Closed Bug 266066 Opened 20 years ago Closed 20 years ago

After moving message to junk folder, next message is not highlighted

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Windows 2000
defect
Not set
minor

Tracking

(Not tracked)

VERIFIED FIXED
Thunderbird0.9

People

(Reporter: 32768, Assigned: mscott)

References

Details

(Keywords: regression)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041025 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041025 Firefox/1.0

In recent branch builds including 20041025, moving a message to the junk folder
no longer causes the next message (the message below it, or if there isn't one,
the last message) in the window to be highlighted.

Occurs in both POP3 and IMAP accounts.


Reproducible: Always
Steps to Reproduce:
1. Configure junk mail so that when a message is marked as junk it is moved to
the Junk folder.
2. Mark a message as junk.
Actual Results:  
Message is moved to junk folder, no message is highlighted

Expected Results:  
Message should be moved to junk folder, and the message below where it was (or
the last message if there were none below it) should be highlighted.
Confirming.  Reproduced with 
  version 0.8+ (20041028)   Win2K

Symptom occurs whether using the J key/toolbutton/menu *or* when clicking in the 
Junk column for the message.

Focus is *on* the thread pane, but no message is selected; pressing down-arrow 
selects the top item in the pane.

As noted in bug 265746 comment 2:
> If there is more than 1 message highlighted, then it does select the next
> message [when 'J' or equivalent action is pressed]
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking-aviary1.0?
Keywords: regression
OS: Windows XP → Windows 2000
Mike, do you think this was a recent regression or something that has never worked?
Moving into 0.9. Sounds like this is a very recent regression...
Status: NEW → ASSIGNED
Flags: blocking-aviary1.0?
Target Milestone: --- → Thunderbird0.9
gNextMessageViewIndexAfterDelete is getting set correctly before we do the delete.
But by the time HandleDeleteOrMoveMsgCompleted is getting called, someone has
reset gNextMessageViewIndexAfterDelete back to -2 so we don't end up doing anything.
Interesting, OnMsgLoaded is getting called while we delete the message and that
of course clears gNextMessageViewIndexAfterDelete back to -2. 

Attached patch the fixSplinter Review
whenever you marked a loaded messag as junk or not junk, we were always
reloading the message even if we were supposed to move it to trash or a junk
folder. This message reload was killing the index of the next message to load
when it finished loading so we wouldn't load the next message.
fixed branch and trunk
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Verified fixed with version 0.8+ (20041029).

I had hoped this fix would happen to also fix bug 209748 as a side effect, but 
'twas not to be.
Status: RESOLVED → VERIFIED
[Mozilla Thunderbird, version 1.0.1 (20050309)] (nightly) (W98SE)

This caused
{{
Warning: variable folder hides argument
Source File: chrome://messenger/content/mailWindowOverlay.js
Line: 2112, Column: 14
Source Code:
          var folder = GetLoadedMsgFolder();
}}

Should the variable be renamed,
or removed as using the function parameter instead would be appropriate ?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: