Tested the issue on chrome Stable #54.0.2840.71, Canary 56.0.2905.0 in Ubuntu 14.04 & Win 10.0 and was able to reproduce the issue.

This is a Non-Regression issue since seeing this from M35 #35.0.1898.0, Making the status to Untriaged so that the issue would get addressed.

Note : Not Able to reproduce the issue in mac 10.11.6.


Thank you.

Can you point to a specific PDF? Having trouble reproducing this.

http://www.ti.com/lit/ds/slusah1c/slusah1c.pdf

I suspect it's because there are some landscape pages near the end. Despite not being on-screen, their existence might be causing the scroll bar to show up.

Your guess makes sense to me. It does feel a bit weird, but I suspect the exiting behavior is somewhat reasonable. There are some possible alternatives below, but they all have their own quirks.

Consider this scenarios layout out as follows:

1) Start on a portrait page, with the next page as landscape (e.g. page 18 in your sample PDF)
2) Zoom in just enough so this bug reproduces
3) Scroll down to the landscape page
4) scroll back up to the portrait page

If (1) starts with the horizontal scroll bar hidden, and (2) does not display the scroll bar when the landscape page cannot fit on the screen width-wise, then (3) can either:

a) Display the scroll bar - but then it has to disappear when (4) happens. If the user pulled the scroll bar to left, does that mean it has to "snap" back to the middle when (4) occurs?
b) Not display the scroll bar - some other PDF viewers like Okular do this. Then when one changes zoom, at that point it will decide a scroll bar is needed and one suddenly appears. This is also a bit quirky.

In Acrobat Reader, if the user has not scrolled to page 19 with the landscape page, then Reader acts as though it does not know the landscape page exists. One can zoom to portrait fit-to-width at N% and press the left/right arrow... until Reader gets to page 19. Once Reader has displayed page 19, then the scroll bar appears at N% zoom and left/right arrow pans. There's no way to go back to the original state unless one close and reopen the document. This is also quirky.

Yeah, it's not outrageous, but I do find it suboptimal. My preferred behavior would be for the scrollbar to only exist while the too-wide content is actually being rendered. It's especially lame on 5000-10000 page long reference manuals where I'm unlikely to ever even see the landscape pages.

Sure, I understand your use case. Marking this as available.

This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Looks like PE