New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 622633 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Last visit > 30 days ago
Closed: Jun 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Incorrect srcset image

Reported by mike.hat...@hiveminder.co, Jun 23 2016

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36

Example URL:
http://haskapa.staging.wpengine.com/

Steps to reproduce the problem:
1. Go to http://haskapa.staging.wpengine.com/
2. Scroll right down to the bottom of the page
3. You will see the 540x405 image for the latest post
4. Click on that image
5. You will then see the 1110x832 image at the top of the post
6. Click on the company logo to go back to the home page
7. Scroll to the bottom of the page
8. The latest post shows the 1110x832 instead of the 540x405 image

What is the expected behavior?
On returning to the home page the 540x405 image should display

What went wrong?
The wrong image displayed

Does it occur on multiple sites: N/A

Is it a problem with a plugin? No 

Did this work before? N/A 

Does this work in other browsers? Yes 

Chrome version: 51.0.2704.103  Channel: stable
OS Version: OS X 10.11.5
Flash Version: Shockwave Flash 22.0 r0

Through a process of elimination I can rule out the following as the cause:

1. WordPress
2. WordPress theme
3. WordPress plugins
4. An image file name
5. A page file name

This only happens in Chrome and only to this specific image location. It therefore must be a Chrome issue. It's the only thing left it could be!
 
Sorry, forgot to add that you can read through a previous thread I had on this topic at https://premium.wpmudev.org/forums/topic/bizarre-chrome-image-caching-issue
Cc: tkonch...@chromium.org mkwst@chromium.org
Components: Blink>Image
Labels: -Pri-2 -Type-Compat M-53 OS-Linux OS-Windows Pri-1 Type-Bug-Regression
Owner: y...@yoav.ws
Status: Assigned (was: Unconfirmed)
Able to reproduce the issue on mac 10.11 chrome version 51.0.2704.106 and canary

Issue can be seen in win and linux as well

This is a regression in M40
Manual Bisect:
===========
Good Build: 40.0.2199.0
Bad Build: 40.0.2200.0

Bisect Tool Info:
===============
https://chromium.googlesource.com/chromium/src/+log/411b8d243e453e587a0aaaa06e7de4038b2d93dc..5fa0ee22683b92d67e07c060e8c7a3c4cced51ee

Possible suspect : https://codereview.chromium.org/674923004

Please reassign if this is not related to your change.

Comment 3 by y...@yoav.ws, Jun 30 2016

Status: WontFix (was: Assigned)
That's no a bug but a feature. srcset has no guaranteed regarding the images it downloads (as the difference between them should only be quality and dimensions).

Therefore, if the larger image is already in cache, a smaller one is not downloaded. In case you do need a different image in different viewports/resolutions (which in this case, you don't AFAICT), you want to use <picture> instead (for what we refer to as the "art-direction" use-case: breakpoint specific tailored images)

Sign in to add a comment