Dropdown list pops up at incorrect position
Categories
(Toolkit :: Printing, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr78 | --- | unaffected |
firefox86 | --- | unaffected |
firefox87 | --- | unaffected |
firefox88 | --- | fixed |
People
(Reporter: alice0775, Assigned: haik)
References
(Regression)
Details
(Keywords: nightly-community, regression)
Attachments
(1 file, 1 obsolete file)
225.51 KB,
image/png
|
Details |
Reproducible: click on any select field(such as Destination, pages and paper size etc.)
Steps to reproduce:
- CTRL+P to open print preview
- Click on any select field(such as Destination, pages and paper size etc.)
- Repeat step 2.
Actual Results:
The second time, dropdown list pops up at incorrect position, it is always at top-left corner of the right pane. see screenshot.
Expected Results:
The dropdown list should appear immediately below or above the select field.
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=d54f1666473acafb01bbcb6d50846a8cf6a379d2&tochange=93fd52dafca2174ab49c649c90a4d976c0d8f8d8
![]() |
Reporter | |
Updated•4 years ago
|
Comment 1•4 years ago
|
||
That's a really odd regression window, because it only contains a MacOS change, and you're reporting this on Windows 10…
Is there any chance there's a different commit that could be responsible?
![]() |
Reporter | |
Comment 2•4 years ago
|
||
(In reply to Blake Winton (:bwinton) (:☕️) from comment #1)
That's a really odd regression window, because it only contains a MacOS change, and you're reporting this on Windows 10…
Is there any chance there's a different commit that could be responsible?
No.
The regression window is 100% correct.
Assignee | ||
Comment 3•4 years ago
|
||
Bug 1689682 did include some platform-generic changes which are probably the culprit here.
Assignee | ||
Comment 4•4 years ago
|
||
Here's a build with that makes the changes all Mac-specific. This should address the problem.
https://treeherder.mozilla.org/jobs?repo=try&revision=2cd39b1e37c66b353ea0f0751b7f2e3dadd0c4df
Assignee | ||
Comment 5•4 years ago
|
||
Only zero view dimensions and position after removing the widget on Mac.
![]() |
Reporter | |
Comment 6•4 years ago
|
||
(In reply to Haik Aftandilian [:haik] from comment #4)
Here's a build with that makes the changes all Mac-specific. This should address the problem.
https://treeherder.mozilla.org/jobs?repo=try&revision=2cd39b1e37c66b353ea0f0751b7f2e3dadd0c4df
Yes, the try-build fixed this problem on Windows10.
Assignee | ||
Comment 7•4 years ago
|
||
(In reply to Alice0775 White from comment #6)
(In reply to Haik Aftandilian [:haik] from comment #4)
Here's a build with that makes the changes all Mac-specific. This should address the problem.
https://treeherder.mozilla.org/jobs?repo=try&revision=2cd39b1e37c66b353ea0f0751b7f2e3dadd0c4df
Yes, the try-build fixed this problem on Windows10.
Thanks for testing. There was a request to backout bug 1689682 so that will address this problem for now.
Updated•4 years ago
|
Assignee | ||
Comment 8•4 years ago
|
||
Fixed via backout of bug 1689682.
Updated•4 years ago
|
Description
•