Message mark as read despite setting when "Allow antivirus clients to quarantine" is enabled (mailnews.downloadToTempFile=true)
Categories
(Thunderbird :: General, defect)
Tracking
(Not tracked)
People
(Reporter: msajner, Unassigned)
References
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:92.0) Gecko/20100101 Firefox/92.0
Steps to reproduce:
Having incoming message in Inbox listed.
Clicking on the message it shows it in reading pane.
Actual results:
Despite the "Automatically marking messages as read" option in Preferences is unchecked, the massages are marekd as read automatically.
Expected results:
Messages should be kept as Unread until manually marked as Read.
This issue seems to resurface as it has been observed on earlier releases, but this has gone away in couple past releases, bit it's back with V94.
|
||
Comment 1•3 years ago
|
||
Have you tried Windows started in safe mode?
Are you using Bitdefender?
Same issue on my side. I tried to modify the "read" settings and put them back to uncheck "mark automatically messages..."
I do not wish Thunderbird to mark emails as read, I only manually mark them as read.
Now when I click on an email it is marked as read despite the setting "Automatically mark emails as read..." being unchecked.
I am not using Bitdefender.
PS : email is being set as read only on first touching it. If I put the email back to unread, then move away and back on this email, it stays as read.
I installed release 93.0b5 and the issue with setting emails as read is not occuring anymore. But Bug 1734843 is still here, I will update the other ticket. Attaching the screencast to the ticket.
| Comment hidden (obsolete) |
Hello, a quick update on this one. While doing tests for https://bugzilla.mozilla.org/show_bug.cgi?id=1733966, I learned that :
1- If I recreate a new profile this issue disappears and clicking on / opening new emails does not set them to read anymore.
2- I also noticed that this behaviour only happens with email that was received after upgrading to TB94.0b1. When I click on an unread email that was received before the upgrade, the read flag is not removed.
Hello, I tested the daily builds of Thunderbird and this issue starts appearing in the daily build of 27 september : https://archive.mozilla.org/pub/thunderbird/nightly/2021/09/2021-09-27-09-53-41-comm-central/
This issue does not exist in the daily of 26 September.
|
||
Updated•3 years ago
|
|
Reporter | |
Comment 10•3 years ago
|
||
Why do you think it's duplicate? The other bug 1734843 seems to be about downloading the messages, not marking them falsely as Read.
|
||
Comment 11•3 years ago
|
||
Maybe not a duplicate but they seem to be related. They both happen in the same version. When you have this one you also have the other.
|
||
Comment 12•3 years ago
|
||
(In reply to Camille from comment #11)
Maybe not a duplicate but they seem to be related. They both happen in the same version. When you have this one you also have the other.
There is a "see also" I think, for this sort of thing.
|
|
||
Comment 13•3 years ago
|
||
Yes Camille is right. Both bugs seem to have the same cause so both just aspects of the same code change. But if they turn out to be completely unrelated we can remove the duplicate status from this bug and just leave the See Also that I just added.
|
|
||
Comment 14•3 years ago
|
||
(In reply to Camille from comment #6)
Hello, a quick update on this one. While doing tests for https://bugzilla.mozilla.org/show_bug.cgi?id=1733966
Please use "bug NNNN", for example bug 1733966
I learned that :
1- If I recreate a new profile this issue disappears and clicking on / opening new emails does not set them to read anymore.
2- I also noticed that this behaviour only happens with email that was received after upgrading to TB94.0b1. When I click on an unread email that was received before the upgrade, the read flag is not removed.
FWIW someone in alt.comp.software.thunderbird stated that disabling message sync avoids the problem.
But you have "Allow antivirus clients to quarantine" enabled, so it should be a duplicate
|
|
||
Updated•3 years ago
|
Description
•