392129 - Dragging windows freezes page objects.

Status: RESOLVED WORKSFORME

(Core Graveyard :: Plug-ins, defect)

Description

[Scott A.]

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

[Shawn Wilsher :sdwilsh]

Not a download manager bug, but I don't know where to put it.  Moving to Firefox->General

Comment 2

[Samuel Sidler (old account; do not CC)]

Core::Plugins looks good to me. I don't see a duplicate either, so confirming.

Comment 3

[Samuel Sidler (old account; do not CC)]

This is a regression, tested on Windows Vista, between Firefox 2.0.0.6 and Minefield builds (tested 2007/08/11).

Comment 4

[Ria Klaassen (not reading all bugmail)]

Stalling gif images is another bug; is not a (recent) regression.

Comment 5

[Scott A.]

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 6

[Scott A.]

goes deeper*

Comment 7

[Ria Klaassen (not reading all bugmail)]

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.

Comment 8

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

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.

Comment 9

[Scott A.]

(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.

Comment 10

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

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

Comment 11

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

On windows that is.

Comment 13

[Ria Klaassen (not reading all bugmail)]

Kurt found the gif animation bug: bug 311718.

Comment 14

[u88484]

Note: you don't even have to drag the window, just click and hold on the title bar will do

Comment 15

[u88484]

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

[Wayne Mery (:wsmwk)]

(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

Comment 17

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

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.

Comment 18

[Ria Klaassen (not reading all bugmail)]

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

Comment 19

[Wayne Mery (:wsmwk)]

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.

Comment 20

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

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.

Comment 23

[Jonas Nordlund]

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

[Michelle Funches - QA]

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.

Comment 25

[Scott A.]

(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

[Michelle Funches - QA]

@Scott, thanks for the update. We are currently tasked with clean-up / regressing and closing items left in open state.