Open Bug 284030 Opened 20 years ago Updated 7 years ago

Clearing quicksearch marks unread mail read

Categories

(Thunderbird :: Search, defect)

x86
All
defect
Not set
major

Tracking

(Not tracked)

People

(Reporter: jay, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: testcase, Whiteboard: [datalossy])

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050223 Firefox/1.0.1 (ax) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050223 Firefox/1.0.1 (ax) 1. Type a phrase into quicksearch 2. Click on a message in the list pane 3. After N seconds, it gets marked read 4. Press M to mark it unread. 5. Click "X" in the quicksearch field to clear it 6. You're now in the full inbox list, with that message highlighted, and after N seconds, it gets marked read again! I'm marking this "major" since it can (and often does) result in lost e-mail. Reproducible: Always Steps to Reproduce:
Reproduced with TB 1.0, Win2K. This doesn't even require setting a delay.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → Windows 2000
Flags: blocking-aviary1.0.3?
In 1.0.2 20050317, this also happens when simply switching folders by clicking on the folder pane, if doing so lands the list-pane focus on an unread item. I've lost (track of) more mail than I can count at this point. If there is ANYTHING I can do to help track this down, short of building from source and rapidly becoming an expert on Thunderbird internals...
I can reproduce this using recent trunk builds on linux fc3.
Flags: blocking-aviary1.1?
OS: Windows 2000 → All
Hardware: PC → All
patchless, not blocking security release 1.0.3
Flags: blocking-aviary1.0.3? → blocking-aviary1.0.3-
Severity: major → normal
Flags: blocking-aviary1.1? → blocking-aviary1.1-
Keywords: testcase
same result as Bug 232967
Version: unspecified → Trunk
*** Bug 330850 has been marked as a duplicate of this bug. ***
QA Contact: front-end
Bug 232967 comment 8 says ... A workaround is to go to Tools > Options > Advanced > General and uncheck "Remember the last selected message". I tested and the workaround doesn't appear to affect this bug.
I can no longer reproduce my original report with 2.0.0.16, but I'm now on a Mac, which has very different focus/selection semantics. I suspect it still happens on Windows, per Wayne's comments, so I'm switching the Hardware to PC. See also bug 243117, bug 436769.
Hardware: All → PC
Assignee: mscott → nobody
(In reply to comment #8) > I can no longer reproduce my original report with 2.0.0.16, but I'm now on a > Mac, which has very different focus/selection semantics. I suspect it still > happens on Windows, per Wayne's comments, so I'm switching the Hardware to PC. > > See also bug 243117, bug 436769.
Wayne what did you mean to say on comment #9
People, this bug has been active for FOUR YEARS! It is a bug that can result in lost mail! Please fix it! Yes, I see it on Windows. I cannot verify whether it occurs on the Mac or not.
(In reply to comment #10) > Wayne what did you mean to say on comment #9 that was for attn: nshopik and bienvenu
this is a nasty usability behavior for quicksearch, I am surprised more people don't complain about it. probably because they just decide to live with it. But I suggest this is highly desired for v3
Well, what do you know... with TB3b3, it's reproducible on Mac again. Three cheers for platform parity.
Correction: it is WORSE with TB3b3. It feels like a multithreading problem; it now happens *whether or not* you leave the message selected! i.e., assuming you have an unread message with the subject "Alligators", and "automatically mark read" set to 2 seconds: 1. Type "alligators" into quicksearch 2. Click on the unread message 3. Wait 2 seconds; it gets marked read 4. Press M to mark it unread. 5. Wait 2 seconds just to be sure TB is quiesced 6. Click "X" in the quicksearch field to clear it 7. You're now in the full inbox list, with the "alligators" message selected 8. Click on some other message, because that used to prevent the bug 9. Wait 2 seconds 10. The "alligators" message STILL gets marked read! I'm trying again to mark this "major" and setting wanted-thunderbird3 ? in the hopes that mailco now agrees; if I'm wrong, please mark it back and don't hurt me.
Severity: normal → major
Flags: wanted-thunderbird3?
see bug 506109 for why it might be worse with TB 3 b3 (which should be fixed for b4).
Component: Mail Window Front End → Search
QA Contact: front-end → search
On Mac with 3.0b4, I see an even worse variant of this: 1. With your inbox open, Select View | Messages | Unread 2. Click on your newest inbox message to read it in the preview pane 3. Wait 2 seconds; it gets marked read 4. Press "M" to mark it unread 5. Click on a different folder in the sidebar 6. Wait 2 seconds to be sure TB is quieseced 7. Click on your inbox in the sidebar 8. Wait 2 seconds 9. The last message in your inbox gets marked read!
Depends on: 232967
Blocks: 638012
Whiteboard: [datalossy]
You need to log in before you can comment on or make changes to this bug.