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

Issue 652155 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Bug-Regression



Sign in to add a comment

Regression:Flickering of pdf content is seen after clicking on rotate button.

Reported by vku...@etouch.net, Oct 3 2016

Issue description

Chrome Version:55.0.2878.0 (Official Build)Revision 6bf82374fb3a17659851bc4e830c063577ba80fd-refs/heads/master@{#422326} (32/64-bit)
OS:Windows (7,8,8.1,10)


What steps will reproduce the problem?
(1)Launch chrome and navigate to https://msu.edu/~urban/sme865/resources/embedded_pdf.html
(2)After loading scroll down the pdf file and click on 'rotate' button from top of pdf file,observe.

Actual: Flickering of pdf content is seen after clicking on rotate button.

Expected: No such flickering should be seen after clicking on rotate button.

This is a regression issue broken in 'M54' and will soon update other info.

 

Comment 1 by vku...@etouch.net, Oct 3 2016

Labels: OS-Linux OS-Mac
Manual regression range:
Good Build: 54.0.2837.0 
Bad Build:  54.0.2838.3


Actual_Pdf.mp4
741 KB View Download
Expected_Pdf.mp4
718 KB View Download
Labels: hasbisect-per-revision
Owner: thestig@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build:54.0.2837.0(Revision: 413618).
Bad build: 54.0.2838.3(Revision: 413929).

You are probably looking for a change made after 413658 (known good), but no later than 413659 (first known bad).
CHANGELOG URL:
  https://chromium.googlesource.com/chromium/src/+log/8ec9430cce290817d358bf8fed2ff7015b63cb4f..1c88d60dafe131271c5cd43b938956ecbc700514

@thestig - Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

Review-Url: https://codereview.chromium.org/2252963007

Thank You.
Labels: ReleaseBlock-Stable
This is a regression in M54, marking as stable blocker.  We're looking to ship that very soon, so please try to have this bug fixed ASAP so that it can be merged to branch 2840.

Since the per-revision bisect is available , can we revert the patch?
Is the severity really that bug that you'd want to revert?
Since its affecting rendering, can we get this addressed soon.
M54- is going to be promoted to stable next week, it would great to get this resolved ASAP.

Labels: -Pri-1 -M-54 -ReleaseBlock-Stable Pri-3
If I revert, then  bug 116297  reopens. i.e. if you:
- go to the page with the embedded PDF above
- scroll the PDF down to page 13
- press rotate

With M54, the PDF viewer stays on page 13. If r413659 gets reverted, then it goes back to the M53 behavior, which is the PDF viewer ends up on page 10.

I think a bit of flickering is better than the alternative of reverting, and a bit of flickering is not great, but it is not really a release blocker. Of course, the best thing is to stay on page 13 and not flicker, so the bug stays open.

Sign in to add a comment