[macOS] Drop-down menu check mark is overlapping text if the Zoom level is increased inside a PDF Form
Categories
(Core :: Layout: Text and Fonts, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr102 | --- | unaffected |
firefox105 | --- | unaffected |
firefox106 | --- | wontfix |
firefox107 | --- | verified |
People
(Reporter: atrif, Assigned: emilio)
References
(Regression)
Details
(Keywords: regression)
Attachments
(3 files)
Found in
- 107.0a1 (20221010033207)
Affected versions
- 107.0a1 (20221010033207)
- 106.0b9 (20221006191955)
Tested platforms
- Affected platforms: macOS 11.6
- Unaffected platforms: Windows 10x64, Ubuntu 20.04
Steps to reproduce
- Open http://foersom.com/net/HowTo/data/OoPdfFormExample.pdf.
- Increase the Zoom level (e.g 200%).
- Open a random drop-down that contains a selection. (e.g
Gender
)
Expected result
- The text is displayed correctly and does not overlap with the check mark.
Actual result
- The checkmark overlaps the text.
Regression range
- Last good revision: e258251923f9e1bc746319aa0dbb916bbdbaf8bb
First bad revision: d938816c9cd1876cd724db059a54a3ba31a2b97c
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=e258251923f9e1bc746319aa0dbb916bbdbaf8bb&tochange=d938816c9cd1876cd724db059a54a3ba31a2b97c
Potential regressor: bug 1791108.
Additional notes
- Attached a screenshot with the issue.
Reporter | ||
Updated•2 years ago
|
Comment 1•2 years ago
|
||
:emilio, since you are the author of the regressor, bug 1791108, could you take a look?
For more information, please visit auto_nag documentation.
Updated•2 years ago
|
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Comment 2•2 years ago
|
||
Can we back out the regressing patch from beta? It should be safe to uplift this too instead, but also it was fixing a long-standing regression, so probably not worth the risk.
Assignee | ||
Comment 3•2 years ago
|
||
So that they work with increased zoom leves on <select>. This
effectively happened before, because width on XUL was being treated like
min-width, effectively.
Comment 4•2 years ago
|
||
(In reply to Emilio Cobos Álvarez (:emilio) from comment #2)
Can we back out the regressing patch from beta? It should be safe to uplift this too instead, but also it was fixing a long-standing regression, so probably not worth the risk.
We ended betas last Friday and just shipped our release candidate
Comment 5•2 years ago
|
||
I don't think this is working quite as intended.
Assignee | ||
Comment 6•2 years ago
|
||
I get that for testing on Linux with the macOS styles on top. Thanks :-)
Updated•2 years ago
|
Assignee | ||
Updated•2 years ago
|
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/862b29c567ef More reliable OSX menulist styling. r=jfkthame,mstange
Updated•2 years ago
|
Comment 8•2 years ago
|
||
Backed out for causing mochitest failures in toolkit/content/tests/chrome/test_menulist_position.xhtml
Backout link: https://hg.mozilla.org/integration/autoland/rev/bdc0e040908c60099e6d3010da49a4452735609b
TEST-UNEXPECTED-FAIL | toolkit/content/tests/chrome/test_menulist_position.xhtml | Labels horizontally aligned for index 0
Assignee | ||
Updated•2 years ago
|
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/c21f18c56e54 More reliable OSX menulist styling. r=jfkthame,mstange,desktop-theme-reviewers,dao
Comment 10•2 years ago
|
||
bugherder |
Reporter | ||
Comment 11•2 years ago
•
|
||
I can confirm that this issue is fixed with Firefox 107.0a1 (20221013224755) on macOS 10.15 for PDF from comment 0 with increased zoom. However, I can reproduce bug 1795232 but I think that will be treated separately so I'm closing this as verified. Please reopen if necessary. Thank you!
Description
•