Skip to content
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

Identical messages with a one line difference #235

Open
jonas1015119 opened this issue Oct 3, 2024 · 3 comments
Open

Identical messages with a one line difference #235

jonas1015119 opened this issue Oct 3, 2024 · 3 comments

Comments

@jonas1015119
Copy link

For some reason, identical messages when copied from various folders both online and offline sometimes are displayed as having a single line difference in line count, which prevents them from being recognized as duplicates. No idea why this happens, but after seeing a number of duplicates in my archives that's what I found.
Would it be possible to add a suboption to the line count option to ignore a difference in line count by one? It always seems to be exactly one, I even found a triplet of duplicates that were off by one from each other. (keeping the largest one should probably be the default here9
I think line count + date in seconds make for a very simple but accurate filter setup, but these random variances mess with that. (Not sure if the compare message content option is affected by this)
image
image

@eyalroz
Copy link
Owner

eyalroz commented Oct 3, 2024

What would you do if found a message which was off by one line, and added it to the dupe set - and then, found another message, off by 1 line from the second message? Would you add it to the set?

@jonas1015119
Copy link
Author

I forgot to reply to this, sorry.
Going be the second picture, there seems to be some form of recursion for copies of copies. I guess if there's a way to implement a check across multiple messages for a reasonable number of iterations it wouldn't hurt, though that's probably not a common scenario.

@eyalroz
Copy link
Owner

eyalroz commented Oct 17, 2024

It is indeed not a common scenario, but - we are dealing with deleting messages. I am obliged to always err on the side of caution - I cannot let even a single message be deleted accidentally due to me saying "oh, it's fine, this won't usually happen". I have to have a sound approach to implementing this, or otherwise not do it at all.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants