634775 - Popup position of sub menu is wrong if toolbar content scrolled.

Status: RESOLVED WONTFIX

(Core :: XUL, defect)

Description

[Alice0775 White]

Build Identifier:
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101211 Firefox/4.0b8pre ID:20101211030333

Testcase attachment 431636 [details]

Popup position of sub menu is wrong if toolbar content scrolled.
This problem breaks a extension and a css hack.

Reproducible: Always

Steps to Reproduce:
1. Start Minefield with new profile
2. Open ( Test case attachment 431636 [details] )
3. scroll down
4. Click button

Actual Results:
 Popup position of sub menu is wrong 

Expected Results:
 Sub menu should position beneath button.

First regression window:
Works:
http://hg.mozilla.org/mozilla-central/rev/11ef0c724251
Mozilla/5.0 (Windows; U; Windows NT 6.1; WOW64; en-US; rv:1.9.3a5pre) Gecko/20100513 Minefield/3.7a5pre ID:20100513073715
Fails:
http://hg.mozilla.org/mozilla-central/rev/558df3e5b094
Mozilla/5.0 (Windows; U; Windows NT 6.1; WOW64; en-US; rv:1.9.3a5pre) Gecko/20100513 Minefield/3.7a5pre ID:20100513122556
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=11ef0c724251&tochange=558df3e5b094

Comment 1

[Alice0775 White]

Second regression window(not only but also horizontal alignment):
Wrong position only vertical  alignment:
http://hg.mozilla.org/mozilla-central/rev/f001894b50ea
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b5pre) Gecko/20100817 Minefield/4.0b5pre ID:20100817192012
Wrong position not only but also horizontal alignment:
http://hg.mozilla.org/mozilla-central/rev/984f55359541
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b5pre) Gecko/20100817 Minefield/4.0b5pre ID:20100817214337
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=f001894b50ea&tochange=984f55359541

The second regression(misaligned in horizontal) does not happen if I disabled the hardware acceleration.

Comment 2

[Alice0775 White]

In local build:
build from d0da383e6f08 : fails
build from b0691a6db8d3 : fails
build from 27e8026d2cc7 : works
Regressed by
b0691a6db8d3	Neil Deakin — Bug 562740, combine popup layout methods, fix menulist scrollbar position when list is larger that screen, r=roc

Comment 3

[Mike Beltzner [:beltzner, not reading bugmail]]

So, as I understand it, this only happens when we scroll toolbar content? That makes this primarily a problem for XUL authors, not really for web content?

Comment 4

[Alice0775 White]

(In reply to comment #3)
> So, as I understand it, this only happens when we scroll toolbar content? That
> makes this primarily a problem for XUL authors, not really for web content?
Maybe XUL only.

Comment 5

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

Unless this affects the default UI, or some very popular addons, this isn't a blocker.

Comment 6

[Cosmin Muntean [:cmuntean], Ecosystem QA]

Firefox: 47.0, Build ID: 20160604131506
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0

I have tested this issue on the latest Firefox (47.0) release and latest Nightly (50.0a1 - Build ID: 20160617030217) build, but I could not reproduce it. I have used the provided test case, scrolled the list and pressed on a button and the sub-menu is displayed under the button.

Alice is this still reproducible on your end with the latest version of Firefox release and latest Nightly build?

Comment 7

[Alice0775 White]

Works for me on Nightly50.0a1 without e10s.

However, The test case does not work on Nightly50.0a1 with e10s. No popup appears. And highlight of menu is staying forever.

Mozilla will remove XUL/XBL support in the near future.
Anyway, I can mark this WONTFIX.