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

Issue 740471 link

Starred by 1 user
Status: Duplicate
Merged: issue 740517
Owner: ----
Closed: Jul 2017
Cc:
█ kavvaru@chromium.org
sunxd@chromium.org
█ brajkumar@chromium.org
schenney@chromium.org
jmukthavaram@chromium.org
chrishtr@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Bookmarks list is not seen in PDF

Project Member Reported by keerthan...@techmahindra.com, Jul 10 2017 
Chrome Version:61.0.3153.0
OS:Ubuntu 14.04

What steps will reproduce the problem?
(1)Launch chrome  and navigate to any pdf which as bookmarks option [Eg:http://cb.vu/unixtoolbox.pdf]
(2)Click on the Bookmarks icon and observe

Expected:Bookmarks list should be seen 
Actual: Instead, it's not seen

This is a Regression issue broken in M-61

will update other info soon...

Comment 1 by keerthan...@techmahindra.com, Jul 10 2017

Labels: OS-Windows
Manual Bisect Info:
====================
Good Build:61.0.3150.0
Bad Build: 61.0.3152.0
ActualList.png
154 KB View Download
ExpectedList.png
170 KB View Download

Comment 2 by krajshree@chromium.org, Jul 10 2017

Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on Ubuntu 14.04. using latest chrome version #61.0.3153.0.
Issue is not seen on OS-Mac.

Comment 3 by kavvaru@chromium.org, Jul 10 2017

Labels: OS-Mac
Able to reproduce the issue on Macbook air 10.12.6 using chrome version 61.0.3153.0

Comment 4 by krajshree@chromium.org, Jul 10 2017

Labels: ReleaseBlock-Stable

Comment 5 by jmukthavaram@chromium.org, Jul 10 2017

Cc: -ajha@chromium.org sunxd@chromium.org jmukthavaram@chromium.org
Labels: -Needs-Bisect hasbisect-per-revision
Able to reproduce the issue on Windows 7,Mac 10.12.5 & Ubuntu 14.04 using chrome latest Canary-61.0.3153.0.

Manual Bisect info:
------------------
Good Build: 61.0.3150.0-Revision-484424
Bad Build: 61.0.3152.0-Revision-485105

Per revision bisect info:
-------------------------
You are probably looking for a change made after 484750 (known good), but no later than 484751 (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/e52af452bf5bf781f405c2e9c6803a2961cee308..0d09713458f374a911822779fa48bae96b6608ed

Marking it as Untriaged as the above suspected CL is a revert change.Could someone from dev team please look into this issue.

Thanks..!

Comment 6 by sunxd@chromium.org, Jul 10 2017

Cc: chrishtr@chromium.org schenney@chromium.org
In both this issue and  crbug.com/740517  we get a 0-solid color mask, I think it's also related to ancestor clipping mask doesn't get painted.

If we ignore these masks by:

if (draw_mode != DRAW_MODE_RESOURCELESS_SOFTWARE && mask_layer &&
      (!mask_layer->GetRasterSource()->IsSolidColor() ||
       mask_layer->GetRasterSource()->GetSolidColor() != 0) &&
      mask_layer->DrawsContent() && !mask_layer->bounds().IsEmpty()) {
...
}

we would get the expected results.

Comment 7 by sunxd@chromium.org, Jul 10 2017 

This bug seems to have something to do with NeedsToClip, the other one not.

Comment 8 by chrishtr@chromium.org, Jul 10 2017

Mergedinto: 740517
Status: Duplicate (was: Untriaged)
►

Sign in to add a comment