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)

x86
Windows XP
defect
Not set
normal

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.
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
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. 
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.
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?
(In reply to comment #4)
Indeed, Martijn.
Whiteboard: [needs-regression-range]
Product: Firefox → Core
QA Contact: general → general
Blocks: 381699
Flags: wanted1.9.1?
Flags: wanted1.9.0.x?
Component: General → XPCOM
Flags: wanted1.9.0.x?
Flags: wanted1.9.0.x+
Flags: blocking1.9.1?
QA Contact: general → xpcom
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-
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.