Open
Bug 1309534
Opened 8 years ago
Updated 1 year ago
Glitches when zoom in .jpg files from Wikipedia
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect, P3)
Core
Layout: Images, Video, and HTML Frames
Tracking
()
NEW
Tracking | Status | |
---|---|---|
platform-rel | --- | + |
firefox49 | --- | wontfix |
firefox50 | --- | wontfix |
firefox51 | --- | wontfix |
firefox52 | --- | fix-optional |
firefox53 | --- | fix-optional |
firefox54 | --- | wontfix |
firefox55 | --- | wontfix |
firefox56 | --- | wontfix |
firefox57 | --- | fix-optional |
People
(Reporter: JuliaC, Unassigned)
Details
(Keywords: regression, Whiteboard: [platform-rel-Wikipedia])
[Affected versions]: - latest Nightly 52.0a1 (2016-10-11) - latest Aurora 51.0a2 (2016-10-11) - 50.0b6 build1 (20161010144024) - 49.0.1 build3 (20160922113459) [Affected platforms]: - Windows 10 x64 - Mac OS X 10.11.6 - Ubuntu 14.04 x86 [Steps to reproduce]: 1. Launch Firefox 2. Go to https://en.wikipedia.org/wiki/File:Portrait_Gandhi.jpg (or https://en.wikipedia.org/wiki/Mahatma_Gandhi) 3. Zoom in using [CTRL] and [+] keys (or mouse wheel and [+] key) - pay attention to the displayed image [Expected result]: - The zooming process goes smoothly and the image is properly displayed [Actual result]: - Image glitches can be observed usually at 110% and 160% zoom levels (sometimes at 120%) [Regression range]: - Last good revision: 3cc3b1968524248450c465c4ea2ee5596ffa65f2 - First bad revision: 285852de5cd54891d8f3b1ddbff179e4c9c7ca5f - Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3cc3b1968524248450c465c4ea2ee5596ffa65f2&tochange=285852de5cd54891d8f3b1ddbff179e4c9c7ca5f - Possible regressor: bug 1166138 [Additional notes]: - The glitches are mostly reproduced: * when first zooming the image (page containing the image) or after a restart * using mouse wheel and [+] key (when gradually browse the zoom levels)
Reporter | ||
Updated•8 years ago
|
Keywords: regression
Comment 1•8 years ago
|
||
Too late to fix for 49, marking fix-optional for 50. Sounds like something we should fix, but not urgent.
Comment 2•8 years ago
|
||
What do you mean by glitch? What does the glitch look like? Can you get a screen recording? I couldn't see the problem when I tried.
Reporter | ||
Comment 3•8 years ago
|
||
(In reply to Timothy Nikkel (:tnikkel) from comment #2) > What do you mean by glitch? What does the glitch look like? Can you get a > screen recording? I couldn't see the problem when I tried. Here is a screenshot https://drive.google.com/file/d/0B0nYKG6PRiCcMzlpSkZGR3huZGc/view?usp=sharing of the issue. Pay attention at 110% and 160% zoom levels (I used mouse wheel and [CTRL] key). I also have to make a correction for comment 0 - I meant "mouse wheel and [CTRL] key" instead of "mouse wheel and [+] key". Sorry for that!
Comment 4•8 years ago
|
||
I'm guessing that is when we decide to use a different source image from the srcset of the image and it isn't decoded yet.
Comment 5•7 years ago
|
||
(In reply to Timothy Nikkel (:tnikkel) from comment #4) > I'm guessing that is when we decide to use a different source image from the > srcset of the image and it isn't decoded yet. Good guess. In async decoding mode, glitch seems an inevitable result we can expect. From my test, it's not easy to run into as well. I don't think it's a regression in general. If we won't make it any further, I'll resolve this bug to won't-fix.
Priority: -- → P3
Comment 6•7 years ago
|
||
Is it reproducible on google Chrome or other browsers ?
Flags: needinfo?(iulia.cristescu)
Comment 7•7 years ago
|
||
(In reply to Astley Chen [:astley] UTC+8 from comment #6) > Is it reproducible on google Chrome or other browsers ? Probably not. Chrome seems to do all image decoding synchronously.
Reporter | ||
Comment 8•7 years ago
|
||
(In reply to Astley Chen [:astley] UTC+8 from comment #6) > Is it reproducible on google Chrome or other browsers ? Sorry for the late answer! The issue is not reproducible on other browsers, like Google Chrome and Edge.
Flags: needinfo?(iulia.cristescu)
Reporter | ||
Comment 9•7 years ago
|
||
Also reproduced the issue on 53.0a1 (2016-12-19). Marking the build as affected.
status-firefox53:
--- → affected
Updated•7 years ago
|
Comment 10•7 years ago
|
||
tnikkel, would you think there is a room to improve it given that gecko is doing decode asynchronously ?
Flags: needinfo?(tnikkel)
Comment 11•7 years ago
|
||
We could add logic to show the previous image until the new image is decoded I guess.
Flags: needinfo?(tnikkel)
Updated•7 years ago
|
platform-rel: --- → ?
Whiteboard: [platform-rel-Wikipedia]
Updated•7 years ago
|
platform-rel: ? → +
Updated•7 years ago
|
Updated•7 years ago
|
status-firefox55:
--- → affected
Comment 12•7 years ago
|
||
Comment 10 says there's room to improve this, but I take it we're not planning on fixing this anytime soon?
Flags: needinfo?(bugs)
Comment 13•7 years ago
|
||
Too late for 54.0.1. Mark 54 won't fix.
Updated•7 years ago
|
status-firefox56:
--- → wontfix
status-firefox57:
--- → fix-optional
Updated•6 years ago
|
Flags: needinfo?(bugs)
Updated•6 years ago
|
Product: Core → Core Graveyard
Updated•6 years ago
|
Product: Core Graveyard → Core
Updated•1 year ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•