Closed Bug 1107893 Opened 10 years ago Closed 9 years ago

The dropdown list change position while scrolling with layers.async-pan-zoom.enabled=true

Categories

(Core :: Panning and Zooming, defect)

All
Windows 7
defect
Not set
major

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: cbadau, Assigned: dvander)

References

Details

(Keywords: regression)

Attachments

(6 files)

Attached image issue.png (deleted) β€”
Reproducible on the latest Nightly 37.0a1(BuildID: 20141204030201)
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:37.0) Gecko/20100101 Firefox/37.0

Steps to reproduce: 
1. Go to about:preferences. 
2. Resize the window until the scrollbar is displayed. 
3. Open a dropdown list(e.g: General -> Startup -> "When Nightly starts" dropdown list).
4. While the dropdown list is opened, scroll up/down. 

Expected results: The dropdown list does not change position while scrolling.

Actual results: The dropdown list is moved when scrolling. Please see screenshot "issue.png".
The dropdown list on Bugzilla are also affected.
Summary: In-content preferences: The dropdown list change position while scrolling → The dropdown list change position while scrolling
maybe dupe of Bug 430806
Looks similar, but it's not the same bug per regression range.



Regression window (mozilla-inbound-win32)
Good:
https://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-inbound-win32/1418843690/

Bad:
https://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-inbound-win32/1418845189/

Pushlog:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=eabee47625c6&tochange=358dc1ca192b

Caused by:
Bug #1109985 - Handle scroll events on the widget, not ESM



[Tracking Requested - why for this release]: Annoying regression
Blocks: 1109985
Severity: normal → major
Component: Preferences → Panning and Zooming
Flags: needinfo?(dvander)
Product: Firefox → Core
Can you look at this?
dvander is on PTO at the moment (I think until the 5th). If we need this resolved before he gets back let me know and I can investigate or back out.
Assignee: nobody → dvander
Status: NEW → ASSIGNED
Flags: needinfo?(dvander)
(In reply to Virtual_ManPL [:Virtual] from comment #3)
> Looks similar, but it's not the same bug per regression range.
> 
> 
> 
> Regression window (mozilla-inbound-win32)
> Good:
> https://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-
> inbound-win32/1418843690/
> 
> Bad:
> https://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-
> inbound-win32/1418845189/
> 
> Pushlog:
> https://hg.mozilla.org/integration/mozilla-inbound/
> pushloghtml?fromchange=eabee47625c6&tochange=358dc1ca192b
> 
> Caused by:
> Bug #1109985 - Handle scroll events on the widget, not ESM
> 
> 
> 
> [Tracking Requested - why for this release]: Annoying regression

This bug occurs for me on Developer Edition, Firefox 32 (release), and without any of the event-related patches I've checked in. It looks pre-existing. Could you double-check this bisect?
I also can't reproduce an issue with Bugzilla dropdowns, on master.
Assignee: dvander → nobody
Status: ASSIGNED → NEW
Flags: needinfo?(BernesB)
Yes, this issue is caused by bug #1109985, which STR looks similar to bug #430806, but it's other bug per regression range. I double check it now.

Regression window (mozilla-inbound-win32)
Good:
https://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-inbound-win32/1418843690/

Bad:
https://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-inbound-win32/1418845189/

Pushlog:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=eabee47625c6&tochange=358dc1ca192b

Caused by:
Bug #1109985 - Handle scroll events on the widget, not ESM

STR:
1. Open Firefox
2. Open this URL: https://bugzilla.mozilla.org/show_bug.cgi?id=1107893
3. Open "tracking-b2g:" dropdown list menu
4. Point your mouse pointer at "?"
5. Scroll down one time with your mouse scroll
6. Repeat 4 and 5, so dropdown list will be undocked itself from the home place and will go up and up

The workaround for this is to click webpage in some other place, so dropdown list menu will close and scroll page to the bottom.

Steps from 4 to 6 are attached on screenshots.

I can reproduce it on Windows 7 64bit (same as OP) with Firefox Nightly 32bit and I don't know if someone can reproduce it on Linux or Mac.
Points: --- → 2
Flags: needinfo?(BernesB)
OS: All → Windows 7
I still can't reproduce this. Your dropdowns look different from what I see - I can't even scroll the page when the cursor is in the dropdown area. What version of Windows are you on, and what theme are you using? Also, you don't have layers.async-pan-zoom.enabled set to true do you?
Flags: needinfo?(dvander) → needinfo?(BernesB)
I'm on Windows 7 Professional (64bit) with Service Pack 1 and all patches and updates. Windows theme is default Windows 7 with changed color and transparency. Firefox theme is Default with my custom Virtualfox Persona. I'm also using Classic Theme Restorer.

Looks like layers.async-pan-zoom.enabled is the cause, as I had it enabled. Disabling it fixed the problem.
Flags: needinfo?(BernesB)
Summary: The dropdown list change position while scrolling → The dropdown list change position while scrolling with layers.async-pan-zoom.enabled=true
Okay, cool! That's good to know, thanks. We can untrack this since we're not shipping APZ in 37, but we will need to fix this anyway.
Assignee: nobody → dvander
Blocks: 1086162
No longer blocks: 1109985
Status: NEW → ASSIGNED
Actually, I can't reproduce this even with APZ. If I turn on:
  layers.async-pan-zoom.enabled = true
  layout.scroll.root-frame-containers = false
  layout.event-regions.enabled = true

(Or any combination thereof) I still can't get this to happen. So there is probably some other pref or change involved.
Flags: needinfo?(BernesB)
I don't know what's going on, but on Nightly Portable with clean fresh new profile without any addons and plugins I can reproduce it with:
-apz.subframe.enabled=true
-layers.async-pan-zoom.enabled=true

where on my old profile with Nightly I can reproduce it with only:
-layers.async-pan-zoom.enabled
Flags: needinfo?(BernesB)
Also these 2 settings:
-apz.subframe.enabled=true
-layers.async-pan-zoom.enabled=true
causing the page scroll to be unmovable when you catch it and want to move it with mouse.
Nope, I can't reproduce this.
Flags: needinfo?(dvander)
Attached file scroll issue.zip (deleted) β€”
Very easy to reproduce here.  Please see attached zip file you should see from the steps - screen caps the drop box moving away from the drop-box location as you use the scroll-wheel to scroll through the selections.  The selection area itself does not scroll, only the entire drop-box.

STR:  Window the browser , open the 'Options Panel' , click in the drop-box then using the scroll-wheel on your mouse - observe the entire drop-box moving.

Tested on Win7 x64 the latest m-c win32 build:
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Firefox/38.0
Reference comment #21 that didn't work, the zip file didn't upload, but is still on my local Desktop, thus I'm getting file can't be opened error...

Where to upload ?
Drat - still get 'page can't be loaded'  

Sorry for the spam... I don't know where/what to do.
FWIW, I can repo this without flipping the layers pref's noted in bug...
(In reply to Jim Jeffery not reading bug-mail 1/2/11 from comment #21)
> STR:  Window the browser , open the 'Options Panel' , click in the drop-box
> then using the scroll-wheel on your mouse - observe the entire drop-box
> moving.

This sounds like a different bug, since it doesn't involve web content.
(In reply to David Anderson [:dvander] from comment #27)
> (In reply to Jim Jeffery not reading bug-mail 1/2/11 from comment #21)
> > STR:  Window the browser , open the 'Options Panel' , click in the drop-box
> > then using the scroll-wheel on your mouse - observe the entire drop-box
> > moving.
> 
> This sounds like a different bug, since it doesn't involve web content.

Why, since comment #0 mentions opening the Preferences window.  

Make sure you have in-content pref's set in order to see the issue.
@ Jim Jeffery - looks like your issue is similar to bug #430806 mentioned by Alice0775 White
but it can be me who "hijacked" this bug and changed into another... ;)
I'm not able to reproduce the issue anymore, so I'm marking this bug as WORKSFORME.
If anyone still can and it's not a duplicate of bug #430806, please reopen this bug.
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: