Closed
Bug 392129
Opened 18 years ago
Closed 9 years ago
Dragging windows freezes page objects.
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: scott001, Assigned: bsmedberg)
References
()
Details
(Keywords: regression)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a8pre) Gecko/2007081305 Minefield/3.0a8pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a8pre) Gecko/2007081305 Minefield/3.0a8pre
Dragging Firefox window, download manager, add-on manager or options window causes GIF images, embedded flash and video, and scripts to freeze. I'm not sure why it does this, but I don't think it should be the expected reaction? I guess in some instances it is a good thing that everything pauses during dragging, but people with really large monitors, high resolution or dual displays might not want this behavior.
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Comment 1•18 years ago
|
||
Not a download manager bug, but I don't know where to put it. Moving to Firefox->General
Component: Download Manager → General
QA Contact: download.manager → general
Comment 2•18 years ago
|
||
Core::Plugins looks good to me. I don't see a duplicate either, so confirming.
Severity: enhancement → normal
Status: UNCONFIRMED → NEW
Component: General → Plug-ins
Ever confirmed: true
Keywords: regression
Product: Firefox → Core
QA Contact: general → plugins
Version: unspecified → Trunk
Comment 3•18 years ago
|
||
This is a regression, tested on Windows Vista, between Firefox 2.0.0.6 and Minefield builds (tested 2007/08/11).
Flags: blocking1.9?
Comment 4•18 years ago
|
||
Stalling gif images is another bug; is not a (recent) regression.
I just found it goes deer than just plugins, it pauses all rendering and network activity. Here is an example with a high res image: http://ipac.jpl.nasa.gov/media_images/ssc2006-10b.jpg
Comment 7•18 years ago
|
||
Scott: this is bug 383019 and a regression range will possibly learn whether they are related or not. Currently I have no time but on http://archive.mozilla.org/pub/firefox/nightly/ you can download old builds to determine when this regressed.
Is this really a regression, comment 4 seems to indicate it's not? In firefox 2 if I load a large image, that image stops loading if I start moving a window around. A youtube video also stalls if I drag a window around.
If this indeed is a regression, please provide steps to reproduce and renominate. Extra helpful if you also provide a regression range.
Flags: blocking1.9? → blocking1.9-
(In reply to comment #8)
> Is this really a regression, comment 4 seems to indicate it's not? In firefox 2
> if I load a large image, that image stops loading if I start moving a window
> around. A youtube video also stalls if I drag a window around.
>
> If this indeed is a regression, please provide steps to reproduce and
> renominate. Extra helpful if you also provide a regression range.
>
Freezing of GIF images is not a regression (it existed in 2.0).
Freezing of network activity, image loading, page loading and plugins (flash, etc) is a regression and does not exist in 2.0.0.*
Steps to reproduce are simple, open a Youtube video and start dragging the window around, within a few seconds it will freeze.. Or open a slow loading page or very large image and do the same.
I can reproduce both those behaviors in 2.0. Moving around a window immediately stops a youtube video, and it immediately stops loading more of http://ipac.jpl.nasa.gov/media_images/ssc2006-10b.jpg
On windows that is.
Updated•17 years ago
|
Blocks: nsIThreadManager
Comment 13•17 years ago
|
||
Kurt found the gif animation bug: bug 311718.
Comment 14•17 years ago
|
||
Note: you don't even have to drag the window, just click and hold on the title bar will do
Comment 15•17 years ago
|
||
Crap sorry about the bug spam. Even clicking and holding a link pauses network activity. ie ctrl+left click the link in comment 10, let go of the ctrl button and move the mouse a few pixels and network activity will cease.
Comment 16•17 years ago
|
||
(In reply to comment #13)
> Kurt found the gif animation bug: bug 311718.
bug 311718 appears to be a dupe of bug 241326
Scott A's http://ipac.jpl.nasa.gov/media_images/ssc2006-10b.jpg (on vista) behaves differently on v2 and trunk.
- v2, drag window or right+click taaskbar and it renders
- trunk, click any windows decoration and the render stops, including if you drag the window or right+click taskbar (bug 383019)
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9a9pre) Gecko/2007100304 Minefield/3.0a9pre
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6
with regard to 10, for some pages (not image related) when testing bug 241326 and bug 311718 appeared to stop loading of page depending on _when_ I clicked
The interesting question is if this is a regression or not. If someone can provide steps to reproduce that don't work in firefox 2, please add the regression keyword and renominate for blocker. Ideal would be if you can find a regression range.
Keywords: regression
Comment 18•17 years ago
|
||
Steps to reproduce:
- Resize your browser
- Go to http://www.cnn.com/
- While loading, put your mouse on your browser's title bar, click and hold
Result: as long as you hold the left mouse button, the loading of the page stalls. If your connection is faster than your actions, try reloading with F5.
Regression range is http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=2006-05-10+09%3A00&maxdate=2006-05-10+23%3A00
Flags: blocking1.9- → blocking1.9?
Keywords: regression
Comment 19•17 years ago
|
||
I can narrow Ria's range as starting as early as 15:46 20060510 so a regression of threadmanager bug 326273 is likely, like others eg bug 383019.
Perhaps not noteworthy, but if touching the window on a touchscreen has same effect of clicking, then the earliest identified description of this behavior is bug 374957 (reported on linux).
(In reply to comment #17)
> The interesting question is if this is a regression or not. If someone can
> provide steps to reproduce that don't work in firefox 2
my comment 10 already states the behavior is different from FF2.
While I agree this is bad, I don't think it's a blocker. Dragging windows isn't something you do for very extended periods of time so if stuff stalls it'll soon unstall once you're done.
However, I would really like to see it fixed, so marking wanted. Benjamin, how well do you know our new event queue stuff? Let me know if you think someone else should own this.
Assignee: nobody → bsmedberg
Flags: wanted1.9+
Flags: blocking1.9?
Flags: blocking1.9-
Comment 23•15 years ago
|
||
I can't reproduce this one now, on Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2b1) Gecko/20091029 Firefox/3.6b1
Steps tried:
1. Loading the image in comment 5 while dragging both the Firefox window itself, as well as an opened addon dialog, while the image kept loading in the background.
2. Loading the cnn.com site in comment 18 while dragging the Firefox window.
This is on Windows 7 though, and the bug was reported for Windows XP. I first thought that maybe the new Desktop Windows Manager was somehow helping me out here, with the desktop now being more hardware accelerated and it somehow influencing window dragging. However, comment 3 could still reproduce this on Vista too, which is quite similar.
Comment 24•9 years ago
|
||
Cannot reproduce: Windows XP, Vista, Windows 7
XP NIGHTLY & RELEASE
Version 48.0a1
Build ID 20160314030215
User Agent Mozilla/5.0 (Windows NT 5.1; rv:48.0) Gecko/20100101 Firefox/48.0
Version 45.0
Build ID 20160303134406
User Agent Mozilla/5.0 (Windows NT 5.1; rv:45.0) Gecko/20100101 Firefox/45.0
VISTA RELEASE
Version 45.0
Build ID 20160303134406
User Agent Mozilla/5.0 (Windows NT 6.0; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
WINDOWS 7 RELEASE
Version 45.0
Build ID 20160303134406
User Agent Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
Considering this I will mark this issue as Resolved-WORKSFORME. If anyone can still reproduce it, feel free to reopen the issue and provide more information.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 25•9 years ago
|
||
(In reply to Michelle Funches - QA from comment #24)
> Cannot reproduce: Windows XP, Vista, Windows 7
>
It's been fixed almost 10 years ago, that's why you cant reproduce it :)
Scott
Comment 26•9 years ago
|
||
@Scott, thanks for the update. We are currently tasked with clean-up / regressing and closing items left in open state.
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•