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

Issue 593946 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Dec 7
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug


Show other hotlists

Hotlists containing this issue:
Fixing-touch


Sign in to add a comment

Can't use 2-finger trackpad swipe to navigate forwards/backwards from PDF

Project Member Reported by lgar...@chromium.org, Mar 10 2016

Issue description

Chrome 50.0.2661.18 
OSX 10.11.3

What steps will reproduce the problem?
(1) Visit https://garron.net/cubing/MGLS/
(2) Click on "CLS Alg Sheet"
(3) Click on a blue link.
(4) Navigate by swiping from the left using two fingers on the trackpad.
(5) Try to navigate again by repeating (4).

What is the expected output? What do you see instead?
Chrome should navigate back, just as if you were on an HTML page.
As the repro demonstrates, the current behaviour is confusing and jarring if there is a PDF in a backwards navigation chain.

I expect that the 2-finger swipe is intercepted by the PDF because 2-finger trackpad motion is used for scrolling PDFs when you're zoomed in.

A few proposals:
- If the page is not zoomed in/if the PDF cannot be scrolled left/right, prioritize swipe navigation over horizontal PDF scrolling.
- If you have not performed any action on the PDF, prioritize swipe navigation over horizontal PDF scrolling.
  - More targeted: If you just came from a backwards navigation swipe, prioritize an additional backwards navigation swipe over horizontal PDF scrolling.
 
Let's see if Mac Triage has an opinion on this. I'm not much of a Mac user so I don't know what is ideal. Feel free to dig into pdf/ where there exists some input handling code.
Labels: -Pri-2 Pri-3
Status: Available (was: Untriaged)
I had to implement something similar to lgarron's first proposal for nested iframes. It ended up being a lot of plumbing. The basic problem is that the logic for 2-finger swiping is in the browser, whereas the logic for whether or not the PDF can be scrolled is in a renderer process. 

This is doable, but doesn't have a great effort/benefit ratio.

Cc: dsinclair@chromium.org

Comment 4 by sdy@chromium.org, Apr 14 2017

Components: UI>Shell>GestureNav
Project Member

Comment 5 by sheriffbot@chromium.org, Nov 22

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: 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.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Status: WontFix (was: Untriaged)
Mac triage: WontFix

I don't think that this will have a workable effort/benefit ratio at any time in the foreseeable future.

Sign in to add a comment