swipe-to-history-navigate triggers overzealously on godbolt.org |
||||||
Issue descriptionWhat steps will reproduce the problem? 1. Open godbolt.org 2. Make window pretty narrow so that both panes display a horizontal scrollbar 3. Using the trackpad, scroll one of them to the right 4. Using the trackpad, scroll one of them to the left again What is the expected result? No history navigation while the scrollbar isn't all the way at the left What happens instead of that? History navigation mid-scroll. Safari gets it right. Please provide any additional information below. Attach a screenshot if possible. UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.33 Safari/537.36
,
Jul 11
Happens in my non-views stable chrome too, so not MacViews. I don't think it's a recent regression, but I'm not sure. I'm using godbolt a lot at the moment, so it became annoying enough that I filed a bug :-) I don't remember it being quite so bad the last time I used it heavily, but that was a while ago (mid 2017?)
,
Jul 12
,
Jul 13
mac triage: avi@, can you look at this? I don't think anyone knows the gesture-nav code well.
,
Jul 25
This works fine on ChromeOS.
,
Jul 26
Sarah, you were just in InputScrollElasticityController. Does it make sense for you to take this?
,
Jul 30
(Might make sense to compare with the webkit code)
,
Jul 30
Perhaps. In the long run we really should switch to the overscroll code which we use on Windows and ChromeOS rather than having a different implementation of basically the same thing.
,
Jul 30
Sure, I can take this.
,
Nov 20
Related likely to bug 906886. Unassigning spqchan who isn't going to be able to work on this.
,
Dec 7
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by erikc...@chromium.org
, Jul 11