-
Notifications
You must be signed in to change notification settings - Fork 10
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
Message IDs are not the same across sources #10
Comments
One potential solution to this would be to generate a hash using any algorithm without taking the zoned timestamp into account. |
This might have changed with the clans update but the id used is what the client itself uses to de-duplicate them and, in the past, it was guaranteed to be unique at the time of generation. Note that the id is basically Time hashing is hard because the user clock can be out of sync, so you'd have to add some tolerance to it and by adding tolerance, you might discard two equal messages sent in quick succession. |
I've re-checked and it seems like they can diff now between accounts: Account 1:
Account 2:
I don't see a quick solution for this at the moment. |
I just see if the ID's between the same message from the same sender are within 1000 in the ID field, works very well |
After using this plugin to feed an API, I discovered that when using multiple sources, the IDs are not the same across them, thus defeating the purpose of using it to remove duplicated messages.
In my instance, the same message was generated with the ID
1610613727408
and1610613727421
.The text was updated successfully, but these errors were encountered: