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

Issue 597081 link

Starred by 18 users
Status: Verified
Owner:
osh...@chromium.org
Closed: Apr 2016
Cc:
danakj@chromium.org
abodenha@chromium.org
vmp...@chromium.org
vmi...@chromium.org
█ h...@chromium.org
█ raymes@chromium.org
thestig@chromium.org
ericrk@chromium.org
piman@chromium.org
█ marc...@chromium.org
enne@chromium.org
█ tsergeant@chromium.org
osh...@chromium.org
█ ananthak@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug-Regression



Sign in to add a comment

PDF scrolling looks janky

Project Member Reported by zelidrag@chromium.org, Mar 22 2016 
Chrome Version       : 50.0.2661.32 (Samus)
OS Version: 7978.18.0

What steps will reproduce the problem?
1. Open a PDF file... something longer so you can scroll it.
2. Try to scroll up/down quickly.

What is the expected result?

Content composited correctly.

What happens instead of that?

Content tiles are not often not synced - it seems like tiles from two independent frames are being combined. After few seconds, tiles would realign.

I tired to capture this jank with Screencast recorder but with no luck. It seems that, unlike display, the screen scraping does not suffer from this problem.

Comment 1 by zelidrag@chromium.org, Mar 22 2016

Components: -Blink>Compositing Internals>Compositing

Comment 2 by reve...@chromium.org, Mar 23 2016

Cc: vmp...@chromium.org piman@chromium.org enne@chromium.org danakj@chromium.org vmi...@chromium.org ericrk@chromium.org
Adding some more gpu folks in case this is something we're already aware of.

Comment 3 by piman@chromium.org, Mar 23 2016

Cc: osh...@chromium.org
+oshima, isn't that due to enable-zoom-for-dsf?

Comment 4 by marc...@chromium.org, Mar 23 2016 

btw this is probably a duplicate of https://bugs.chromium.org/p/chromium/issues/detail?id=596282 which has a regression range

Comment 5 by osh...@chromium.org, Mar 23 2016 

Yes, and CL to revert the behavior was somehow missed on beta. Next beta will be fine.

Comment 6 by osh...@chromium.org, Mar 23 2016

Owner: osh...@chromium.org
or you can disable use-zoom-for-dsf flag in chrome://flags for the time being.

Comment 7 by marc...@chromium.org, Mar 26 2016

Cc: abodenha@chromium.org thestig@chromium.org tsergeant@chromium.org ananthak@chromium.org raymes@chromium.org
 Issue 596282  has been merged into this issue.

Comment 8 by kuscher@chromium.org, Mar 28 2016

Labels: ReleaseBlock-Stable M-51
Still seeing this on 

Google Chrome	51.0.2691.0 (Official Build) canary (64-bit)
Revision	0
Platform	8113.0.0 (Official Build) canary-channel samus

Scrolling in PDFs is pretty bad in general (using drive pdf viewer for now since it is much better) right now. Still seeing tearing.

Comment 9 by osh...@chromium.org, Mar 28 2016 

That's because I re-enable the flag on 51. I have a fix for 51 but blocked by another CL.

Comment 10 by briannorris@chromium.org, Mar 28 2016

Labels: M-50
Uh, shouldn't this be blocking M-50, as that's where the bug first appeared? Tagging as such. Correct me if I'm wrong.

Comment 11 by abodenha@chromium.org, Mar 28 2016 

 Issue 598135  has been merged into this issue.

Comment 12 by osh...@chromium.org, Mar 28 2016

Labels: -M-50 -ReleaseBlock-Stable ReleaseBlock-Beta
The flag has been disabled on 2661.50 (50 beta)

Comment 13 by osh...@chromium.org, Mar 28 2016 

Issue 597059 has been merged into this issue.

Comment 14 by osh...@chromium.org, Mar 29 2016 

 Issue 596299  has been merged into this issue.

Comment 15 by sunn...@chromium.org, Apr 18 2016 

Any update on this?

Comment 16 by osh...@chromium.org, Apr 19 2016

Status: Fixed (was: Assigned)
The flag has been reverted on 51.

Comment 17 by patricia@chromium.org, Aug 29 2016

Labels: VerifyIn-54

Comment 18 by ka...@chromium.org, Aug 31 2016

Labels: Bulk-Verified
Status: Verified (was: Fixed)
►

Sign in to add a comment