New issue
Advanced search Search tips

Issue 702571 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Mar 2018
Cc:
Components:
EstimatedDays: ----
NextAction: 2017-04-03
OS: Android
Pri: 2
Type: Bug


Participants' hotlists:
Hotlist-1


Sign in to add a comment

image not viewing properly

Reported by mukhlesu...@gmail.com, Mar 17 2017

Issue description

Example URL:
http://m.gsmarena.com/black_samsung_galaxy_s8_leaks_in_new_photos-news-23994.php

Steps to reproduce the problem:
1. go to the url given above
2. look at the image
3. 

What is the expected behavior?
clean image

What went wrong?
image looks ugly. I can't view properly image of phone, laptop etc.

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 57.0.2987.97  Channel: beta
OS Version: 4.2.2
Flash Version:
 
Screenshot_2017-03-17-17-12-43.png
207 KB View Download
Cc: dknandiraju@chromium.org
Labels: triage-te
Cc: dtapu...@chromium.org
Status: WontFix (was: Unconfirmed)
The source image is very fuzzy and poorly focused itself. This has nothing to do with the image rendering of the browser. Your screenshot matches what the photo quality of the site is.
okay.. this is a low quality image. i am updating it.

image viewing behavior in current beta (58) changed a lot. in previous beta (57) and current stable(56), it looks like there is a lot of boxes in image (as you can see in screenshot)

http://cdn.wallpapersafari.com/80/27/VnN650.jpg

this is a better image.

Steps to reproduce the problem:
1. open the link in chrome  stable or beta or dev (image will not view clearly)
2. long click on image
3. click "download image"
4. after downloaded, there will be an option "open" at bottom
5. click on open (image will not view clearly)
6. from 3 dot menu choose "open with" (any image viewer on mobile)
7. now, image looks pretty

What is the expected behavior?
chrome should behave like default browser.

screenshot of chrome stable, dev and default browser (Android 4.2.2).
cdn.wallpapersafari.com/80/27/VnN650.jpg
Screenshot_2017-03-20-13-45-48.png
164 KB View Download
Screenshot_2017-03-20-13-46-13.png
117 KB View Download
Screenshot_2017-03-20-13-49-09.png
238 KB View Download
Components: -Blink Blink>Image
Status: Untriaged (was: WontFix)
I've opened all of those images in stable, canary and dev channels on android and they all look the same.

Do you have Data Saver enabled in one of the browsers but not the others?


Labels: BugSource-User PaintTeamTriaged-20170320 Needs-Feedback
NextAction: 2017-04-03
Status: Unconfirmed (was: Untriaged)
no, I haven't enabled data saving none of them. did you test them on Android 4.2.2? I have noticed 58 has some improvement on page viewing (pages are plain). here is github login page.
stable.png
41.0 KB View Download
canary.png
37.6 KB View Download
Project Member

Comment 8 by sheriffbot@chromium.org, Mar 20 2017

Cc: schenney@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "schenney@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: Needs-Feedback
The testers tried Android 4.2.2. Could you clear browsing data to ensure this is not a cache issue.

And I do not understand the Comment #7. Is it directly related to this issue?
I have actually reinstall from play store. so, no cache problem. step 5 of comment 3 should not affected by cache or data saving (I think).

I am noticing these problem for long (57 and lower). by comment 7, I mean that, in 56, webpages also look like lot of boxes (just like images. please see navigation bar of that). but it is fixed now.

I don't know why the result defers on your site.

is it somehow related to this https://upload.wikimedia.org/wikipedia/commons/9/9a/Colour_banding_example01.png ?

Project Member

Comment 11 by sheriffbot@chromium.org, Mar 21 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "schenney@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Components: -Blink>Image Internals>Images>Codecs
Labels: Needs-Feedback
I'm not sure what we can do about this. It appears to be a decoding issue but, since we can't reproduce it, it probably is related to the specific graphics hardware on your phone. Nowhere do I see which phone model you are using. Please provide that.
it is Bangladeshi branded mobile. may be, it is possible to reproduce the problem on mediatek mt6572 mobile.
 
symphony w68 (also known as viettel V8508, intex cloud y2 in other country)
GPU: Mali 400 
SoC: mediatek mt6572
Project Member

Comment 14 by sheriffbot@chromium.org, Mar 21 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "schenney@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: -triage-te
I fixed the issue today on 56 by using chrome://flags/#enable-gpu-rasterization
"force enabled for all layers" ;). now webpages and images(almost) behave like default browser.

Will I leave this issue as closed and open separate issue for comment 4 & 7 for 58?
(forgot to mention on previous comment "comment 7 > sign in button")
Status: WontFix (was: Unconfirmed)
Closing due to inactivity, please reopen if needed.

Sign in to add a comment