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)

59 Branch
enhancement

Tracking

()

People

(Reporter: grahamperrin, Unassigned)

References

()

Details

(Keywords: access)

Attachments

(1 file)

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
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.
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Component: Untriaged → DOM: CSS Object Model
Ever confirmed: true
Product: Firefox → Core
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
Severity: normal → S3

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.

Attachment

General

Creator:
Created:
Updated:
Size: