Closed yogeshojha closed 2 months ago
Hey @yogeshojha! 🚀 Thanks for this exciting feature idea!
We love seeing fresh concepts that could take reNgine to the next level. 🌟
To help us understand your vision better, could you:
📝 Provide a detailed description of the feature 🎯 Explain the problem it solves or the value it adds 💡 Share any implementation ideas you might have
Your input is invaluable in shaping the future of reNgine. Let's innovate together! 💪
The Django-flag modules would likely be useful for this feature. Could create a variable in the .env and then pass that to the settings.py.
@null-ref-0000 this library is good, but in future we might as well have such more options to enable or disable so I believe the best is to create a Model called UserPreference model, specific to that user, and store all configs there, and use that in middleware.
@yogeshojha Yeah good points, a user preference section is a more robust feature.
Is there an existing feature or issue for this?
Expected feature
We need to separate bug bounty related features such as reporting hackerone, importing assets from hackerone etc
For example @null-ref-0000 most recent PR is an excellent feature addition for bug hunters, but reNgine also has corporate users that may not use this feature at all, or even for those users that do recon for their own purpose, they may not need this.
And in future we may bring more of bug bounty features for example, integration with intigriti or bugcrowd and these may not be useful for non bug bounty users.
We need to provide an option during onboarding if these features have to be enabled, and inside reNgine settings as well if the user wants to enable bug bounty related features, a button/checkbox may be provided for user's to enable this.
Alternative solutions
No response
Anything else?
No response