-
Notifications
You must be signed in to change notification settings - Fork 487
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[PARSERS] Escalate an error if two parsers have same name #3092
Comments
@LaurenceJJones: Thanks for opening an issue, it is currently awaiting triage. In the meantime, you can:
DetailsI am a bot created to help the crowdsecurity developers manage community feedback and contributions. You can check out my manifest file to understand my behavior and what I can do. If you want to use this for your project, you can check out the BirthdayResearch/oss-governance-bot repository. |
@LaurenceJJones: There are no 'kind' label on this issue. You need a 'kind' label to start the triage process.
DetailsI am a bot created to help the crowdsecurity developers manage community feedback and contributions. You can check out my manifest file to understand my behavior and what I can do. If you want to use this for your project, you can check out the BirthdayResearch/oss-governance-bot repository. |
What do you mean exactly "two parsers have the same name"? Installing a local parser to satisfy a collection dependency and override the official parser is a legit and tested use case (at least in branch hubops). What if we return an error when attempting to install an item, if there is another already installed with same name and different path? |
Some users might have the following:
both have the same We should throw this as a error because you shouldnt have two parser with the same |
How about a warning? We can easily tweak the behavior. This issue was useful to simplify the code. |
This will be aimed for
2.0
roadmap, make it an error if the user has two parser with the same name key. This will cause side effects as pointed out by #3090 and countless examples.We should throw an error if two parsers have the same name key as the in map memory will take the latter as the final value.
The text was updated successfully, but these errors were encountered: