-
Notifications
You must be signed in to change notification settings - Fork 130
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
Store Alert hash in a field other than labels, make it configurable #164
Comments
I think this bad idea. Because |
I'd also be interested in being able to set a custom_field to store the hash. Having a long SHA256 hash in the labels looks pretty messy, it would be good to set this value on a hidden field. |
I have the same problem and will work on a patch for that. |
It should be possible to configure JIRAlert to store the hash in a different field like, Description or a Comment. When the hash is stored in a Label, that can interfere with existing filters and workflows that depend on labels to report on issues over time.
Would Description be the most performant and versitile alternative, even though full text search would be required?
Shorter hashes would also help de-clutter.
The text was updated successfully, but these errors were encountered: