White flashes still appear when privacy.resistFingerprinting is true
Categories
(Core :: Privacy: Anti-Tracking, defect, P3)
Tracking
()
People
(Reporter: gaxala1852, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
|
127.54 KB,
image/png
|
Details |
empty Html placeholder renders white
There's a bug that this bug depends on, all the info related to this issue is in this bug. Though the issue has been resolved, it has not been tested with privacy.resistFingerprinting flag set to true. The issue has not been fixed in such a configuration. Proposed fix: add privacy.resistFingerprinting.websiteAppearancePassthrough flag that would allow Website appearance setting to be passed to the webpage so that it would know it is being loaded in a dark environment
|
Reporter | |
Comment 1•2 years ago
|
||
The bug I was referencing is somehow missing from this page: https://bugzilla.mozilla.org/show_bug.cgi?id=1863326
|
||
Comment 2•2 years ago
|
||
This is not a question for extensions, but for the owners of the component responsible for privacy.resistFingerprinting. Therefore I'm moving the bug there.
Could you provide exact reproduction steps to make it easier for other people to check the behavior?
|
||
Comment 3•2 years ago
|
||
Steps to reproduce are the same, you only set privacy.resistFingerprinting to true beforehand
|
||
Updated•2 years ago
|
You can create an exception for the color scheme with fingerprinting protection:
privacy.resistFingerprinting = false
privacy.fingerprintingProtection = true
privacy.fingerprintingProtection.overrides = +AllTargets,-CSSPrefersColorScheme
+AllTargets should be equivalent to privacy.resistFingerprinting and -CSSPrefersColorScheme avoids all flashes for me with the Dark Reader extension.
|
||
Updated•2 years ago
|
|
||
Comment 5•1 year ago
|
||
In Firefox 141 (Win x64) white flashes during page loads occur on some websites regardless of fingerprint protection.
- Windows theme set dark
- Browser theme set dark
- Dark reader set to automatic or extension disabled entirely >> no difference
privacy.fingerprintingProtection = trueorfalse>> no differenceprivacy.fingerprintingProtection.overrides = +AllTargets,-CSSPrefersColorScheme>> no difference
On large(r) page loads, when a site only shows an early load placeholder <html><head></head></html> (or even an early <body> still being built up) without any CSS setting the background, the whole page is rendered white. If you catch the loading process even earlier (before anything has been fetched, connection being initialised) there's only a #document without html element in it, this is also rendered white.
It's easy to catch using the dev tools / browser toolbox with network throttling set to a slower connection.
The user agent stylesheets applied at that time don't contain a background-color, and in its absence it defaults to white.
I understand the white flashing is mainly caused by how websites choose to (pre)load and build up the rendering, but can this be prevented on the browser side?
Could Mozilla/Firefox add a fallback user agent stylesheet background color value depending on the chosen light/dark mode and/or website appearance setting? If the dark mode is active > #000.
|
||
Comment 6•11 months ago
|
||
Coud you please open a new report referencing Bug 1863326 (and potentially also the current bug 1869329)? This bug is only about white flashing when having privacy.resistFingerprinting enabled which is an unsupported configuration (therefore low priority). Note that this is different from privacy.fingerprintingProtection.
If it is happening without fingerprinting protection (which seems to be a different thing from the one reported in this bug), then it'd be good if the relevant team triages it. Not sure which component fits best, might be good to file in Firefox :: General or Firefox :: Untriaged.
|
|
||
Comment 7•9 days ago
|
||
(In reply to Manuel Bucher [:manuel] {{ FYI: OOO Jul 30 - Aug 16 }} from comment #6)
Coud you please open a new report referencing Bug 1863326 (and potentially also the current bug 1869329)? This bug is only about white flashing when having
privacy.resistFingerprintingenabled which is an unsupported configuration (therefore low priority). Note that this is different fromprivacy.fingerprintingProtection.If it is happening without fingerprinting protection (which seems to be a different thing from the one reported in this bug), then it'd be good if the relevant team triages it. Not sure which component fits best, might be good to file in
Firefox :: GeneralorFirefox :: Untriaged.
Bit of a necro reply, sorry. Recent complaints about white flashes triggered a search.
Searching Bugzilla for "white flash" there's a long list of existing bugs about the topic.
The post I made above was meant to remark that issues with white flashes while using dark mode / dark website appearance (optionally Dark Reader) like the referenced Bug 1863326 are in my opinion not (only) caused by resistFingerprinting because they occur even with that feature turned off.
They are caused by Firefox's browser styles (user agent stylesheets) that don't define a dark background colour for empty (unstyled) pages in their early paint that are rebuilt/repainted later, even though dark mode and dark website appearance is on. Because no background style is defined background-color defaults to white.
Bug 2048290 shows this well.
Description
•