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

Issue 756387 link

Starred by 1 user
Status: WontFix
Owner:
█ dfalcant...@chromium.org
Last visit > 30 days ago
Closed: Aug 2017
Cc:
pdr@chromium.org
pnangunoori@chromium.org
nyerramilli@chromium.org
rbasuvula@chromium.org
█ msrchandra@chromium.org
█ ranjitkan@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Unwanted black shadow is seen after opening image in NTP from chrome://download page.

Reported by db...@etouch.net, Aug 17 2017 
Version: 62.0.3188.0 a6c5719b8b51fe9ac7af8af1ce8318a83b70b486-refs/heads/master@{#495023}
OS: Mac OS X(10.11.6)

What steps will reproduce the problem?
(1) Launch chrome, navigate to http://permission.site and click on Auto download button.
(2) Then navigate to chrome://downloads, open downloaded image and observe.

Actual: Unwanted black moment is seen after opening image.

Expected: No such moment should seen, after opening image.

This is a regression issue, broken in 'M-56', will soon update the other info:

Good Build: 56.0.2909
Bad Build: 56.0.2912.0

Note: 1.Issue is not seen on windows, linux and Mac(10.12.3)
      2. Unable to capture actual screencast for the same.
expected.mov
10.0 MB Download

Comment 1 by db...@etouch.net, Aug 17 2017

Summary: Regression: Unwanted black shadow is seen after opening image in NTP from chrome://download page. (was: Regression: Unwanted black moment is seen after opening image in NTP from chrome://download page.)
Correction: 
Actual: Unwanted black shadow is seen after opening image.

Expected: No such black shadow should seen, after opening image.

Comment 2 by pnangunoori@chromium.org, Aug 17 2017

Cc: pnangunoori@chromium.org pdr@chromium.org
Labels: hasbisect-per-revision
Owner: dfalcant...@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build: 56.0.2909.0 (Revision: 429737).
Bad build: 56.0.2912.0 (Revision:430205).

You are probably looking for a change made after 429819 (known good), but no later than 429820 (first known bad).

CHANGELOG URL:
The script might not always return single CL as suspect as some perf builds might get missing due to failure.

https://chromium.googlesource.com/chromium/src/+log/c2e553e4b38ed65bf11045c2e61895dc625e3dd5..98b66eba2a1509a2c7d2d6a4ecab6c270a761092

From the CL above, assigning the issue to the concern owner

@dfalcantara: Looks like an intended change. Could you please confirm whether it is an issue or working as expected?

Reviewed-On: https://codereview.chromium.org/2445413003

Note :Able to reproduce the issue in Mac 10.12.6 and able to reproduce in latest Canary #62.0.3188.0.

Comment 3 by pdr@chromium.org, Aug 17 2017

Status: WontFix (was: Assigned)
This is expected as we now use a black background.

It would be a neat project to use some simple image analysis to pick a background that better matches the image (white, in this case).
►

Sign in to add a comment