Webpage becomes white when screenshotting
Categories
(Firefox :: Screenshots, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr91 | --- | unaffected |
firefox100 | --- | unaffected |
firefox101 | --- | unaffected |
firefox102 | --- | verified |
firefox103 | --- | verified |
People
(Reporter: bloonyapprentice, Assigned: emilio)
References
(Regression)
Details
(Keywords: nightly-community, regression)
Attachments
(1 file)
(deleted),
text/x-phabricator-request
|
pascalc
:
approval-mozilla-beta+
|
Details |
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Firefox/102.0
Steps to reproduce:
- Set the Website appearance to Dark in
about:preferences
- Navigate to https://bugzilla.mozilla.org.
- Take a screenshot (Right-click -> Take Screenshot)
Actual results:
The webpage becomes white, and the screenshots taken are blank as well. The screenshot selection still works as normal though.
Expected results:
The webpage should remain unchanged so that screenshots can be taken correctly.
Note:
- This is somewhat similar to bug 1771047, except it involves Firefox's screenshot addon
- Dark Reader exacerbates the issue. Any page that gets darkened will have this problem
Reporter | ||
Updated•2 years ago
|
Reporter | ||
Comment 1•2 years ago
|
||
Regression range:
6:22.74 INFO: Narrowed integration regression window from [51a3fc9e, f0c4c97a] (3 builds) to [0d8f25c4, f0c4c97a] (2 builds) (~1 steps left)
6:22.74 INFO: No more integration revisions, bisection finished.
6:22.74 INFO: Last good revision: 0d8f25c4388af0894425506e71024044f4d3402a
6:22.74 INFO: First bad revision: f0c4c97a8e6aa34214f287cb499321b6a0186c2f
6:22.74 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=0d8f25c4388af0894425506e71024044f4d3402a&tochange=f0c4c97a8e6aa34214f287cb499321b6a0186c2f
Comment 2•2 years ago
|
||
Set release status flags based on info from the regressing bug 1738380
Comment 3•2 years ago
|
||
:emilio, since you are the author of the regressor, bug 1738380, could you take a look?
For more information, please visit auto_nag documentation.
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Comment 4•2 years ago
|
||
While at it, also ensure they have standards mode and utf-8 charset.
Assignee | ||
Comment 6•2 years ago
|
||
Comment on attachment 9278484 [details]
Bug 1771487 - Ensure iframes in the screenshots UI are transparent after bug 1738380. r=sfoster
Beta/Release Uplift Approval Request
- User impact if declined: comment 0
- Is this code covered by automated tests?: No
- Has the fix been verified in Nightly?: No
- Needs manual test from QE?: Yes
- If yes, steps to reproduce: comment 0
- List of other uplifts needed: none
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): very simple markup change to avoid the iframe to become opaque.
- String changes made/needed: none
- Is Android affected?: No
Assignee | ||
Updated•2 years ago
|
Comment 8•2 years ago
|
||
bugherder |
Updated•2 years ago
|
Comment 9•2 years ago
|
||
Reproduced this issue on an affected Nightly build from 2022-05-27, on Windows 10 x64.
Verified fixed on Firefox 103.0a1( 20220531040928) on Windows 10, macOS 10.15 and Ubuntu 21.04.
Comment 10•2 years ago
|
||
Comment on attachment 9278484 [details]
Bug 1771487 - Ensure iframes in the screenshots UI are transparent after bug 1738380. r=sfoster
Visible regression, verified on nightly, approved for 102 beta 2, thanks!
Comment 11•2 years ago
|
||
bugherder uplift |
Comment 12•2 years ago
|
||
Verified fixed on Firefox 102.0b2 (20220531194922) on Windows 10, macOS 10.15 and Ubuntu 20.04.
Description
•