Closed Bug 183394 Opened 22 years ago Closed 19 years ago

sometimes when you delete a message, the focus gets lost instead of going to the next message

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
Thunderbird2.0

People

(Reporter: sspitzer, Assigned: Bienvenu)

References

Details

(Keywords: fixed1.8.0.2, fixed1.8.1, Whiteboard: [qa:verified-tb-1802])

Attachments

(1 file)

bryner tells me:

sometimes when you delete a message, the focus gets lost instead of going to the
next message

i see it occasionally but i'm not sure what triggers it

I think I've seen it too, but haven't been able to reproduce it.

could be an edge case in HandleDeleteOrMoveMsgCompleted(), most of these types
of problems in that code, or the code that calls it.
for me what causes it is getting a message filtered into the folder right when
the delete is going on.
QA Contact: olgam → stephend
I was just seeing this repeatably in 1.2.1 (move to trash, empty trash on exit
options set). I came to mark this bug here and now it's working so I guess this
is still intermittent.
Product: Browser → Seamonkey
Assignee: sspitzer → mail
WFM - never fails for me in SM after multiple attempts

however, problem is very evident in TB - noted in Bug 268098 
I can reproduce this with Seamonkey all the time.
I never had this problem with Mozilla 1.7.12.
Seems the same that https://bugzilla.mozilla.org/show_bug.cgi?id=268098 for TB

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b4) Gecko/20050910 SeaMonkey/1.0a
(In reply to comment #4)
> I can reproduce this with Seamonkey all the time.
> I never had this problem with Mozilla 1.7.12.
> Seems the same that https://bugzilla.mozilla.org/show_bug.cgi?id=268098 for TB
> 
> Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b4) Gecko/20050910 SeaMonkey/1.0a

Pierre can you reproduce this with trunk build?  http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-trunk/

Also, do your steps to reproduce match the information in the Bug 268098 comment 3 and bug 264951. If not, please provide circumstances and details of reproducing the error.
I see this now (in TB, but I bet it's in SM as well) when I delete a message before it's finished loading, e.g., a giant message.
Assignee: mail → bienvenu
In my reproducible case, I press delete before the message finishes loading. Then we get the OnMsgLoaded notification, which sets gNextMessageViewIndexAfterDelete to -2, after the start of the delete code went to all that trouble to set it to the next message to load. Then, when the delete finishes, we get HandleDeleteOrMoveMsgCompleted, which notices that gNextMessageViewIndexAfterDelete is -2, and doesn't select the message it should...perhaps we can check for this case somehow in OnMsgLoaded
Attached patch proposed fix (deleted) — Splinter Review
remember the selected index when delete is pressed. If when we finish loading a message, and the selected index has changed, then set gNextMessageViewIndexAfterDelete to -2. This seems to work, at least for the problem scenario. When I select a message while delete is going on, it tends to be by the number of messages getting deleted, but that was the case w/o my patch as well.
Attachment #208341 - Flags: superreview?(mscott)
Attachment #208341 - Flags: superreview?(mscott)
Attachment #208341 - Flags: superreview+
Attachment #208341 - Flags: branch-1.8.1+
fixed on trunk. 
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
This patch causes a JS error in the stand alone message window when you double click a message from the 3-pane because there is no ThreadTree in OnMsgLoaded in mailWindowOverlay.js.

This bug keeps falling off the tracking radar for me, adjusting.
Component: MailNews: Main Mail Window → Mail Window Front End
Product: Mozilla Application Suite → Thunderbird
Target Milestone: --- → Thunderbird2.0
Flags: blocking-thunderbird2+
Depends on: 326846
this is now on the branch (along with 326846).

This kind of bug is annoying enough where we might want to think about it for 1.8.0.2.

Nominating so I remember to come back and take a look at this after its baked on the 1.8 branch some more. 
Flags: blocking1.8.0.2?
Keywords: fixed1.8.1
Flags: blocking1.8.0.2? → blocking1.8.0.2+
Comment on attachment 208341 [details] [diff] [review]
proposed fix

we decided to take this for 1.8.0.2.
Attachment #208341 - Flags: approval1.8.0.2+
fix for this and regression bug 326846 checked into 1.8.0.2 branch
Keywords: fixed1.8.0.2
please make sure this gets checked into the seamonkey branch, as its not in the 1.0 release.  thanks!  -a newbie
I tried a few variations of this in trying to verify it on the 1.8.0 branch and did not see any problems. Adding Tracy to the bug so he can try it out as well.
*** Bug 261154 has been marked as a duplicate of this bug. ***
*** Bug 268098 has been marked as a duplicate of this bug. ***
*** Bug 319362 has been marked as a duplicate of this bug. ***
I haven't seen this in dogfooding for over a week. 
Whiteboard: [qa:verified-tb-1802]
I could temporarily reproduce the bug in tbird1502/winxp/20060308 when deleting emails from my junk folder, but afterwards I could not reproduce it. There may be a circumstance where the bug still appears, but I don't know what. leaving verified.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: