You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm not sure if this was your intention but when two alerts are sent via bbrf alert with the same message e.g.
bbrf alert test
bbrf alert test
only first message will be stored in CouchDB. Second attempt results in CouchDB returning error: b'[{"id":"test","error":"conflict","reason":"Document update conflict."}]\n'
That's because document _id is set to message value that is not always unique.
Will it break something when alert _id will be auto-generated? (UUIDv4, timestamp etc.)
The text was updated successfully, but these errors were encountered:
It was a deliberate design choice to use the alert strings as the unique identifier, so as to avoid adding duplicate findings when a tool is triggering the same findings more than once. However, I'm not convinced that it was a good choice :)
I'll leave this issue open to invite some thoughts about the matter; maybe it is worth changing this to work with CouchDB's auto-generated ids instead as you suggest.
Hi @honoki,
Spamming with issues :)
I'm not sure if this was your intention but when two alerts are sent via
bbrf alert
with the same message e.g.only first message will be stored in CouchDB. Second attempt results in CouchDB returning error:
b'[{"id":"test","error":"conflict","reason":"Document update conflict."}]\n'
That's because document
_id
is set to message value that is not always unique.Will it break something when alert
_id
will be auto-generated? (UUIDv4, timestamp etc.)The text was updated successfully, but these errors were encountered: