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

Issue 870278 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 867813
Owner:
Closed: Aug 3
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Colour distortion in pink image in webp format

Reported by da...@aplexpress.co.uk, Aug 2

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.84 Safari/537.36

Example URL:
https://www.aplpackaging.co.uk/paper-bags/twist-handle-paper-carrier-bags/pink-bright.html

Steps to reproduce the problem:
1. Load the URL and look at the image.

What is the expected behavior?
The carrier bag in the image should be pink

What went wrong?
A blue mask is applied over the top of the image.
In the case of viewing a larger version, the same areas sometimes become transparent instead.

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? Yes 67

Does this work in other browsers? Yes

Chrome version: 68.0.3440.84  Channel: stable
OS Version: Ubuntu 18.04
Flash Version: 

When viewing the image directly, it displays fine. The issue only occurs when viewing the image as part of the DOM.

This issue only occurs in Chrome. I am not sure if this is a problem directly with Chrome or with the webp format itself or it's implementation in Chrome.

I've only started seeing this in Chrome 68 and I see the same issue in Version 69.0.3497.23

Attached is a screen recording showing the issue.
 
Attaching video file
pink to blue webp problem.mp4
9.3 MB View Download
Just discovered that this is happening with predominantly yellow images too. Attached is a screen recording showing the issue.
webp yellow bag.mp4
5.4 MB View Download
Labels: Needs-Triage-M68 Needs-Bisect
Components: -Blink Blink>Image Blink>Paint
Cc: viswa.karala@chromium.org
Labels: -Type-Bug -Pri-2 -Needs-Bisect ReleaseBlock-Stable M-68 M-69 hasbisect Target-69 Triaged-ET Target-68 FoundIn-68 FoundIn-69 Pri-1 Type-Bug-Regression
Owner: mtkl...@google.com
Status: Assigned (was: Unconfirmed)
Able to reproduce the issue on reported version# 68.0.3440.84, Beta# 69.0.3497.23 and the same is not seen on latest canary# 70.0.3510.0 using Ubuntu 14.04, hence providing reverse bisect info

Reverse Bisect Info:
================
Last Bad build: 70.0.3504.0
First Good build: 70.0.3505.0

On running chromium bisect below is the change-log
You are probably looking for a change made after 578720 (known good), but no later than 578723 (first known bad).
https://chromium.googlesource.com/chromium/src/+log/b5ba010879013d568e02f1b1a3f7321df03b3580..7751fadb5e97f540dd822df3f87aad61ad7b6dd7
skia 1: https://skia.googlesource.com/skia.git/+log/9acfc6cac2c6..227424b57d28
skia 2: https://skia.googlesource.com/skcms.git/+log/4642d9fe69e1..23e7777f421d
Reviewed-on: https://skia-review.googlesource.com/143710

@Mike Klein: Please confirm the issue and help in re-assigning if it is not related to your change, please help in merging it to M-69 if applicable
Adding ReleaseBlock-Stable as it seems recent break, feel free to remove it if not applicable.

Thanks!
Mergedinto: 867813
Status: Duplicate (was: Assigned)
Looks like this is probably the same as the other clamp bug.

Sign in to add a comment