Closed
Bug 301211
Opened 19 years ago
Closed 17 years ago
When using Go->Next->Unread Message (N) the selected message is not show in the list of messages
Categories
(Thunderbird :: Mail Window Front End, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: erik-wikstrom, Assigned: mscott)
References
Details
(Keywords: regression)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.8b3) Gecko/20050712 Firefox/1.0+ Build Identifier: version 1.0+ (20050712) If I use "N" to go to the next unread message and the next unread message is located in another folder than the currently selected folder the message will be displayed and selected in the list of messages correctly. But the list of messages only show those at the top/bottom even if the message is in the middle of the list. Using the Up or Down-keys to go the a nearby message correctly makes the list show the selected message. Reproducible: Always Steps to Reproduce: 1. Subscribe to a mailinglist/newsgroup 2. Set the list-style to threaded 3. Make all messages marked as read 4. Wait for a message that belongs to a thread not visible in the message-list 5. When in some other folder, use "N" to go to the new message Actual Results: The new message (which is now selected) is not displayed in the message-list. Expected Results: The selected message should be selected.
Comment 1•19 years ago
|
||
Reproduced with TB 1.0+0715, Win2K. Behavior is a regression from TB 1.0.5.
Severity: normal → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
OS: Windows Server 2003 → Windows 2000
| Reporter | ||
Comment 2•19 years ago
|
||
Working in 1.0.7.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Updated•19 years ago
|
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 3•19 years ago
|
||
(In reply to comment #2) > Working in 1.0.7. Since the bug was reported against a 1.0+ build, the fact that it's working in 1.0.7 is not a valid reason to mark the bug as fixed. 1.5rc1 would be the minimum build to test this with. Furthermore, since you haven't identified a patch that actually fixed the problem, "Fixed" is the wrong resolution. However, I cannot reproduce the symptom any longer, with 1.5rc1 nor with 1.6a1-1201, so: setting resolution to WorksForMe.
Status: REOPENED → RESOLVED
Closed: 19 years ago → 19 years ago
Resolution: --- → WORKSFORME
Comment 4•19 years ago
|
||
This still happens in 1.5rc1 (20051025), but I can't reproduce it on demand. Even setting the items back to the same state they were when it "broke" works as it should.
Comment 6•19 years ago
|
||
After upgrading to 20060308 (1.5.0.2) this is still in issue. I must point out that this is NOT reproducable on demand.
Comment 7•19 years ago
|
||
OK, reopening. If you find a reproducible test case, please post.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Updated•18 years ago
|
QA Contact: front-end
Comment 9•17 years ago
|
||
Dean, Erik, with the fixing of bug 365016 in thunderbird 2, this should be retested and marked fixed if problem is gone
Comment 10•17 years ago
|
||
No additional useful information for >10 months since last comment - due to comment #3, resolving WFM.
Status: REOPENED → RESOLVED
Closed: 19 years ago → 17 years ago
Resolution: --- → WORKSFORME
Comment 11•17 years ago
|
||
It is still a problem in 2.0.0.12 and I hit it almost every day using the steps in the original report. It only seems to happen on NNTP account folders, and I can't reproduce it on demand. I'll see if I can post a video/demonstration at some point.
Comment 12•17 years ago
|
||
Further to that, the post IS listed in the thread pane, but is NOT scrolled into view (This point wasn't clear from the original report).
You need to log in
before you can comment on or make changes to this bug.
Description
•