Closed
Bug 383019
Opened 17 years ago
Closed 8 years ago
Rendering freezes after right-click on Fx in task bar
Categories
(Core :: XPCOM, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: aracine+mozilla, Unassigned)
References
Details
(Keywords: regression)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a6pre) Gecko/2007060204 Minefield/3.0a6pre Right-clicking on Fx in the task bar freezes page rendering. Rendering remains frozen until you click somewhere in Fx to get rid of the context menu you created with the right-click. At that point, everything seems to render almost immediately, making it pretty clear that the page data was still loading in the background, despite the fact that rendering is not happening. Reproducible: Always Steps to Reproduce: 1. View a busy page, e.g. http://news.google.com/ 2. Right-click on Fx in the task bar as the page is rendering Actual Results: A context menu pops up, as you would expect. Rendering appears to freeze until you click somewhere else in Fx. Expected Results: I'd expect the rendering to continue regardless of a context menu from the task bar, like it does in 2.0.0.4.
Comment 1•17 years ago
|
||
I can confirm this. Don't see any obvious dupes.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
Whiteboard: [needs-regression-range]
Version: unspecified → Trunk
Comment 2•17 years ago
|
||
If the reporter means that http://news.google.com/ stops building up I can't test this for it loads within a fraction of a second here. Assuming that the reporter means that gif animations on pages stop when you do Windows things like right clicking on the taskbar button or dragging the window or resizing it with the mouse, this is a dupe.
Comment 3•17 years ago
|
||
The entire drawing of the page stops for me. Try a site like http://en.wikipedia.org or something similar. Maybe maps.google.com? Something that's complex and/or large enough to take a while to load. Even though the drawing and loading visually stop, as soon as the context menu is dismissed, the page displays as if it had been drawing the entire time. Compare with branch.
Updated•17 years ago
|
Blocks: nsIThreadManager, 392129
Comment 4•17 years ago
|
||
Ria, you made this bug blocking bug 326273, so that means you found the regression range to be between 2006-05-10 and 2006-05-11? And so the "[needs-regression-range]" Whiteboard keyword can be removed?
Comment 5•17 years ago
|
||
(In reply to comment #4) Indeed, Martijn.
Whiteboard: [needs-regression-range]
Updated•17 years ago
|
Product: Firefox → Core
QA Contact: general → general
Updated•16 years ago
|
Updated•16 years ago
|
Component: General → XPCOM
Flags: wanted1.9.0.x?
Flags: wanted1.9.0.x+
Flags: blocking1.9.1?
QA Contact: general → xpcom
Comment 7•16 years ago
|
||
This sucks, but I don't think it's serious enough to block.
Flags: wanted1.9.1?
Flags: wanted1.9.1+
Flags: blocking1.9.1?
Flags: blocking1.9.1-
Comment 8•8 years ago
|
||
Not reproducible in windows-XP with latest nightly. Closing this as works for me. If anyone can still reproduce it, feel free to reopen the issue and provide more information. Thanks -- Version 48.0a1 Build ID 20160405030214 Update Channel nightly User Agent Mozilla/5.0 (Windows NT 5.1; rv:48.0) Gecko/20100101 Firefox/48.0
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•