Hi there! We are thrilled that you would like to contribute to this project. Your help is essential for keeping it great.
When contributing to this repository, please first discuss the change you wish to make via issue, email, or any other method with the owners of this repository before making a change. Please read the Issue Creation Policy shown below before creating it.
Please note we have a Code of Conduct, please follow it in all your interactions with the project.
- Please, consider to contact us on IRC channel or Discord server before opening an issue. More info at Wiki Contact Section.
- Before opening an issue, keep in mind that many of the common questions are already addressed in the Wiki FAQ Section. Please avoid asking questions that are already answered there.
- Filling the issue template with ALL the requested info is mandatory. Otherwise, the issue can be marked as "invalid" and closed immediately.
- Issues must be opened in English.
- If an issue is opened and more info is needed,
airgeddonstaff will request it. If there is no answer in 7 days or the OP is not collaborating, the issue will be closed. - If the issue is not related to airgeddon or the root cause is out of scope, it will be closed.
airgeddonstaff is not a helpdesk support service. - Try to be sure that your problem is related to airgeddon and that is not a driver issue. A good practice is always to try to perform the same operation without using
airgeddonin order to see if the problem or the behavior can be reproduced. In that case, probably the issue should not be created. - Don't talk or mention references to other tools. If you want to talk about other similar tools you can do it on their pages/GitHub.
airgeddonissues are to talk aboutairgeddon.
- ALWAYS ask before starting a translation to add a new language. You can do so by contacting us via email at [v1s1t0r.1s.h3r3@gmail.com], through Twitter (X) at @OscarAkaElvis, via IRC channel, or on the Discord server. Please reach out to the development team to clarify your intentions. You will then be informed about how to proceed.
- Translate the strings located in
language_strings.sh, the existing strings of language_strings_handling_messages function inairgeddon.shand the strings of missing_dependencies_text function inmissing_dependencies.sh(this last file is in plugins dir). - If you want to create a pull request with a new language to be added, at least the 80% of the phrases must be translated and the rest must be done with at least an automatic-translation system and marked with PoT (Pending of Translation) mark. Anyway, always ask first.
- Remember that pull requests done over master branch will be rejected. Read the git workflow policy first.
- After verification of and acceptation of the pull request, you can be added as a collaborator on the project to push directly on the repository instead of submitting pull requests.
- Knowledge about
gitis mandatory (at least basic commands) to push directly into the project repository.
- First ask ALWAYS before performing a development. Ask the developement team to set what is going to be.
- Tweak "AIRGEDDON_DEVELOPMENT_MODE" variable to "true" for faster development skipping intro and initial checks or change "AIRGEDDON_DEBUG_MODE" variable for verbosity.
- Respect the 4 width tab indentation, code style and the UTF-8 encoding.
- Use LF (Unix) line break type (not CR or CRLF).
- Use Shellcheck to search for errors and warnings on code. (Thanks xtonousou for the tip 😉). To avoid false positive warnings you must launch shellcheck using
-a -xarguments to follow source files and from the directory whereairgeddon.shis. For example:~# cd /path/to/airgeddon && shellcheck -a -x airgeddon.sh - Increase the version numbers in
airgeddon.sh, in Readme and in Changelog to the new version that the script represents. The versioning scheme we use is X.YZ. Where:
- X is a major release with a new menu (e.g. WPS menu)
- Y is a minor release with a new feature for an existing menu or a new submenu for an existing feature
- Z is a minor release with new bug fixes, small modifications or code improvements
- Split your commits into parts. Each part represents a unique change on files.
- Direct push to Master is not allowed. Pull Requests to Master are not allowed. Should be done over Dev or any other branch. They require revision and approvement. Read the git workflow policy first.
- All the development and coding must be in English.
Be sure to merge the latest from "upstream" before submitting a pull request!
- Read carefully the Wiki Plugins Development Section.
- Plugins Pull Requests will never be accepted. Plugins MUST be external to this repository.
- Develop your plugin following the guidelines and using the plugin template to keep the needed structure.
- If you want to add your plugin to Wiki Plugins Hall of Fame Section, follow the instructions explained there. Don't open an issue.
We also have a private Telegram group for trusted collaborators for more agile discussion about developments, improvements, etc. To be added on it, you must first prove that you are a trusted collaborator through your contributions. Anything can be also discussed on public IRC channel or Discord server. More info at Wiki Contact Section.
- Send MAC of the BSSID and the default PIN to [v1s1t0r.1s.h3r3@gmail.com]. If you are going to push directly into the repository, keep reading the next points and remember about the git workflow policy.
- Remember that all PINs must be 8 digits and must be working PINs (verified that they work).
- Add PINs ordered by the key in the associative array located in the
known_pins.dbfile. (Keys are the first 6 BSSID digits). - Update the
pindb_checksum.txtfile with the calculated checksum of the already modified database file usingmd5sumtool.
PINs should be from devices that generate generic ones.
- Download the main version from the Master branch or the beta testing version from the development branch called Dev. Temporary branches may be existing for specific features that can also be tested.
- Report any issues or bugs via IRC channel, Discord server, or submit GitHub issue requests here after reading the Issue Creation Policy.
- Direct push to Master is not allowed.
- Pull Requests to Master are not allowed.
- Usually, commits and pull requests should be done on Dev branch. If you have any doubt, don't hesitate to ask first.
- Temporary branches may be existing for specific features, be pretty sure that the branch you are going to commit on is the right one. Ask first if you have any doubt.
- Any branch will be finally merged to Dev, there it will be reviewed and tested deeply before being merged to Master.
- All merges from Dev to Master are a new
airgeddonrelease. This merges to Master will be performed and reviewed exclusively by v1s1t0r/OscarAkaElvis.
If you enjoyed the script, feel free to donate. Support the project through PayPal or sending a fraction any of the cryptocurrencies listed below. Any amount, not matter how small (1, 2, 5 $/€) is welcome.
Another way to contribute is buying some merchandising (mugs, T-shirts, etc.). A little portion of each payment (after deducting material, printing and shipping) will be to support the project. Check the merchandising-online-shop.
|
PayPal: v1s1t0r.1s.h3r3@gmail.com Bitcoin: bc1qymhcwsdmw0rn773czet7dv220a4u9fn0278r76 Bitcoin Cash: 1GspqR87pn8569etY1Qfs3amUGQo9S5a1w BAT: 0x1b844e8251Db6A938813466Cf033FAF70c7c94bB Ethereum: 0xaEf16Ffbd03A742Ab6DAB8Bd60C6014726099583 Litecoin: ltc1q3ncz8gxzvzuekupatpm29k6u3c26cf78tw3zjx Pi: GBWAREEMQJ6VRPXOH2UTXUYSQSKQDJLNKHSDUCBUJVWC2CFIASAZ6I5T |
You can also contribute using your Nitro Boosts on our Discord server. After boosting, your name will appear as a Server Booster contributor there. Check Wiki Contact Section for more info about how to join to it.







