Open
Bug 1450287
Opened 7 years ago
Updated 5 months ago
Consider forcing layout.css.devPixelsPerPx -1 for the Safe Mode dialogue sequence
Categories
(Core :: Widget, enhancement)
Tracking
()
NEW
People
(Reporter: grahamperrin, Unassigned)
References
()
Details
(Keywords: access)
Attachments
(1 file)
792.46 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:56.0) Gecko/20100101 Firefox/56.0
Build ID: 20180329195739
Steps to reproduce:
01) inadvertently set layout.css.devPixelsPerPx to a value that makes the application illegible
- at the time of writing, I'm supporting a vision-impaired user who set it to 150
02) Quit
03) aim to start in safe mode
Actual results:
04) the Firefox Safe Mode dialogue is illegible
05) key left
06) key Return or Enter
07) key right
08) key Return or Enter
09) await completion of the refresh
Expected results:
04) two legible dialogues
Reporter | ||
Comment 1•7 years ago
|
||
Whilst the linked Reddit post is from a user of Waterfox, the issue is reproducible with recent Firefox 59.0.2 (64-bit) on FreeBSD-CURRENT. Screenshot attached.
Updated•7 years ago
|
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Component: Untriaged → DOM: CSS Object Model
Ever confirmed: true
Product: Firefox → Core
Comment 2•7 years ago
|
||
Code-wise this should belong to widget because that's where this pref take effect.
Maybe we should just change nsIWidget::DefaultScaleOverride[1] to check nsXULAppInfo::GetInSafeMode before adding the pref cache.
[1] https://searchfox.org/mozilla-central/rev/2ce99e8054b0ff6ed1adf484aeaacacf2fea084c/widget/nsBaseWidget.cpp#564-568
Component: DOM: CSS Object Model → Widget
Updated•2 years ago
|
Severity: normal → S3
Comment 3•5 months ago
|
||
Hi Graham. Does this still reproduce? In version 128?
You need to log in
before you can comment on or make changes to this bug.
Description
•