Closed
Bug 1413680
Opened 7 years ago
Closed 7 years ago
regression: blob-images: svg invisible on web.whatsapp.com
Categories
(Core :: Graphics: WebRender, defect, P1)
Tracking
()
VERIFIED
FIXED
mozilla58
| Tracking | Status | |
|---|---|---|
| firefox-esr52 | --- | unaffected |
| firefox56 | --- | unaffected |
| firefox57 | --- | unaffected |
| firefox58 | --- | unaffected |
People
(Reporter: jan, Assigned: ethlin)
References
()
Details
(Keywords: nightly-community, regression, Whiteboard: [wr-mvp])
Attachments
(3 files)
Screenshot_20171101_210443.png
Nightly 58 x64 20171101104430 de_DE @ Debian Testing (KDE, Radeon RX480)
fresh profile: layers.acceleration.force-enabled, gfx.webrender.enabled, gfx.webrender.blob-images
STR:
1. open attached testcase: you won't see anything
2. disable blob-images and F5: you see the svg
mozregression --good 2017-10-25 --bad 2017-11-01 --profile-persistence clone-first
(so many broken builds)
> 27:46.72 INFO: Last good revision: a16cc603d0613bbad2eade95b2a99430b5ed062b
> 27:46.72 INFO: First bad revision: 4c27ce0056bf8ec24413e149ea460dabc1d69da7
> 27:46.72 INFO: Pushlog:
> https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=a16cc603d0613bbad2eade95b2a99430b5ed062b&tochange=4c27ce0056bf8ec24413e149ea460dabc1d69da7
|
Reporter | |
Comment 1•7 years ago
|
||
|
|
Reporter | |
Updated•7 years ago
|
Has Regression Range: --- → yes
Has STR: --- → yes
|
||
Comment 2•7 years ago
|
||
I've noticed this as well. It's almost certainly bug 1407938. Ethan, can you take a look?
Flags: needinfo?(ethlin)
|
||
Updated•7 years ago
|
Whiteboard: [wr-mvp] [triage]
|
|
Reporter | |
Comment 3•7 years ago
|
||
Probably the same issue: Invisible activity calendar (=SVG) on https://github.com/Darkspirit/
|
|
Reporter | |
Comment 4•7 years ago
|
||
https://www.youtube.com/watch?v=FUBtvy3Xssc * The YouTube logo is broken. * The mute button (svg) is completely invisible and only the top-left fraction of the fullscreen button visible.
|
Assignee | |
Comment 5•7 years ago
|
||
(In reply to Jeff Muizelaar [:jrmuizel] from comment #2) > I've noticed this as well. It's almost certainly bug 1407938. Ethan, can you > take a look? Sure.
Assignee: nobody → ethlin
Flags: needinfo?(ethlin)
| Comment hidden (mozreview-request) |
|
|
Assignee | |
Comment 7•7 years ago
|
||
I think it might be an original bug. We may refer the DrawTargetRecording's size when painting. But DrawTargetRecording returns the dummy draw target's size, which is 1x1. try result looks good: https://treeherder.mozilla.org/#/jobs?repo=try&revision=c9fa3e5a9f04a4a63a369e09eac861f6dd75aa62&selectedJob=141584399
|
|
||
Updated•7 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P1
Whiteboard: [wr-mvp] [triage] → [wr-mvp]
|
||
Updated•7 years ago
|
Blocks: stage-wr-nightly
|
|
||
Comment 8•7 years ago
|
||
| mozreview-review | ||
Comment on attachment 8924451 [details] Bug 1413680 - DrawTargetRecording should return the real size instead of the dummy drawtarget's size. https://reviewboard.mozilla.org/r/195740/#review201230
Attachment #8924451 -
Flags: review?(jmuizelaar) → review+
Pushed by ethlin@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/9ee2bbdb7390 DrawTargetRecording should return the real size instead of the dummy drawtarget's size. r=jrmuizel
|
||
Comment 10•7 years ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/9ee2bbdb7390
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla58
|
|
Reporter | |
Comment 11•7 years ago
|
||
Verified fixed in Nightly 58 x64 20171104100412 de_DE @ Debian Testing (KDE, Radeon RX480). Thank you! fresh profile: layers.acceleration.force-enabled, gfx.webrender.enabled, gfx.webrender.blob-images
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•