Say you have a message with an attachement and it is loading slowly and you hit stop to stop downloading it. Now look at your toolbar bar :there is a redraw problem with all icon images-they are gone and in the thread pane scroll bar and message icons look like they didn't completely loaded. Steps to reproduce: -open Inbox ; -click on the message that has a Web page (displayed on-line); -stop downloading by clicking "Stop"; -//note: icons on the toolbar for "Get Mail", "New Mail", "Reply" etc have disapeared and in the thread you'll see some redraw problems
forgot to mention : it was observed with today's 1999-11-08-09 M11 win build (it happens on IMAP and POP
bienvenu sez this is rpotts' problem.
*** Bug 18376 has been marked as a duplicate of this bug. ***
OS: Windows NT → All
Hardware: PC → All
Summary: All grafic(icons)on the toolbar are gone after hitting Stop while downloading a message → All graphic(icons)on the toolbar are gone after hitting Stop while downloading a message
Putting on M12 radar.
Summary: All graphic(icons)on the toolbar are gone after hitting Stop while downloading a message → [DOGFOOD] All graphic(icons)on the toolbar are gone after hitting Stop while downloading a message
Nominating for dogfood since bug 21075 is marked PDT+
*** Bug 21075 has been marked as a duplicate of this bug. ***
In the other bug, it was assigned to hangas with comments from evaughan.
adding nbaca to Cc: list.
Putting on the PDT+ radar.
hey david, Is this *really* my bug? it sounds like the toolbar images are being loaded in the same load group as the message (which would be bad). This could cause the toolbar images to get interrupted (if they were loading) when the stop button was pressed... I can't imagine what the loadgroup would be doing that could cause this :-( -- rick
Could this be a side effect of IMAP and the UI executing events on the wrong threads? This is described in 17065 and 18005, for which DougT has a fix available as a patch.
I can reproduce the problem. I'll try dougt's posted patch for nsEventQueue.cpp now...
nope, dougt's patch doesn't fix this.
rick, sorry if this isn't your bug - I was going on what you told me when I described this bug to you :-) We are using the root web shell's load group, so that we can stop any url running in our window. But the thing is that the images are not getting loaded when I press stop - they disappear after I mouse over them long after pressing stop. Unless pressing stop causes them to get reloaded while we're stopping. I'm not sure what load group the toolbar images are using. We could create our own load group. Or we could just cancel the load group and not stop the web shell. I'll try that last thing and see if that makes a difference.
Assignee: rpotts → bienvenu
Whiteboard: [PDT+] → [PDT+] - fix waiting for code review and checkin approval ETA 12/13
OK, just cancelling the loadgroup doesn't show this problem. I'll take the bug.
Status: NEW → RESOLVED
Last Resolved: 20 years ago
Resolution: --- → FIXED
Whiteboard: [PDT+] - fix waiting for code review and checkin approval ETA 12/13 → [PDT+] - fix checked in
OK using 12-13-09m12 commercial builds on linux 6.0, mac OS 8.5.1 and NT 4.0
You need to log in before you can comment on or make changes to this bug.