Chromium

Thanks for the report. Can you reproduce it with latest Canary from https://www.google.com/intl/en/chrome/browser/canary.html ?

Thanks for the response. I tested this issue in Canary Version 29.0.1546.0. It behaves much better, but there is still a slight issue with it.

If you scroll the div all the way to the right, you can't scroll it back to the left again without lifting your finger.

You can, however, scroll the div back and forth without lifting your finger as long as you dont scroll all the way to the right. This was not possible in Chrome 27.

Thanks for your feedback.

[Empty comment from Monorail migration]

[Empty comment from Monorail migration]

Mac UI issue - To hodie for triage

[Empty comment from Monorail migration]

I've tried to reproduce it but couldn't. Assigning to egm but I think it's ready to be closed.

I can repro in Chrome 51 (dev), following the steps in the original report.  #8 did you make sure there was a history entry (back button was enabled) before trying to repro?

Moving from egm@ to rpop@.

[Empty comment from Monorail migration]

I can no longer repro (Chrome 53 dev), though I could several versions back.  Seems like it's fixed.

I'm able to reproduce this still with Trello and other apps including ProductBoard when using:

- Magic Mouse 2
- Chrome Version 56.0.2924.87 (64-bit)
- And either: "Scroll left or right with one finger" or "Swipe left or right with one finger" for "Swipe between pages" preference.

It feels like the difference between Scroll and Swipe is not detectable in Chrome.

Current workarounds are:

- Either click on the scrollbar itself and drag
- Some pages worked when trying this workaround: "You can, however, scroll the div back and forth without lifting your finger as long as you dont scroll all the way to the right. This was not possible in Chrome 27." mentioned above: https://bugs.chromium.org/p/chromium/issues/detail?id=252895#c2

[triaging old bugs] +shrike, who from Mac team is familiar with gesture support?

+1

This is also happening to me, with pages that are too wide to fit in the browser.

Magic Mouse 2
Mac: macOS 10.12.6 (16G29)
Chrome: Version 61.0.3163.100 (Official Build) (64-bit)

I have a Magic Mouse and Chrome 62.0.3202.45. Single finger scrolling is configured (I'm not sure there's any other option), as is 1-finger swipe between pages.

When I try the jsfiddle example if I scroll the div so that its content moves to the right, I don't get a Back operation when the div stops scrolling. Only if I then pick up my finger and scroll again do I get the Back command. So the original problem seems to be fixed. I wanted to try out scrolling a wide website but I couldn't find one to test.

+1 Similar issue occurs in Google Sheets (swipe between pages by single finger scroll configured). Steps to reproduce:

1. Create a blank sheet
2. Scroll to the right, lift finger
3. Trigger navigation gesture by placing the cursor outside the sheet area (e.g., menu bar) and scroll left, but don't execute the navigation
4. Try scrolling left in the sheet -> doesn't scroll, navigation gesture triggers instead

Note that step 3 seems to be necessary sometimes, not always. Also note that the issue does not occur when opening sheets in Safari (not an issue in Sheets).

Easily reproducible in google sheets.

When scrolling to the bottom of a sheet it will display the Left facing arrow, continuing to scroll in a downwards will force the user to the previous web page.

You can also notice this with horizontal scroll.

Open a Google sheet and scroll to the right of the page using horizontal scroll. Attempt to scroll left in order to return to the beginning of the sheet.
Notice that you are navigated to the previous webpage instead of scrolling

[Empty comment from Monorail migration]

[Monorail components: -Blink>Scroll -UI UI>Browser>Navigation>GestureNav]

chrome doesn't work well with apple magic mouse left/right swipe.
Whenever I edit excel file in chrome, moving to left or right is annoying because chrome moves the page history back.

I have a hope with the comment 'Components: -UI -Blink>Scroll UI>Browser>Navigation>GestureNav' but cannot understand the meaning.
It means I can control the gesture navigation on/off? Then, how?

I can still reproduce this issue with the following steps:

1. Go to an arbitrary website
2. Open YouTube start page in the same tab
3. Scroll to the left to make the navigation overlay show but then scroll to right so you don't actually navigate back to the previous page
4. Now try scrolling on the horizontally scrolling filter bar right under the search bar.

**Expected behaviour**
- Scrolling to the left on horizontally scrolling content actually scrolls the content

**Actual behaviour**
- Scrolling anywhere will trigger the navigation overlay instead of moving content

This issue happens anywhere where there is horizontally scrolling content. Another example where this is really annoying is Google Sheets.

This bug also occurs with third party apps that can simulate touch scrolling like Mac Mouse Fix 3.
However, the bug does not occur with Apple Trackpads.

I looked at the Chromium source code a little bit here are my thoughts what might be causing this:

Scroll events emitted by the Magic Mouse (as well as apps like Mac Mouse Fix 3) do not contain NSTouch data, whereas the Trackpad scroll events do contain NSTouch data.
I looked at some source code and it seems that Chrome relies on these this NSTouch data for some of it's history swiping logic. There seems to be separate logic for the Magic Mouse. There must be a bug in that Magic Mouse logic.

Aside from the NSTouch data, the scroll events from the Magic Mouse and the Trackpad should look exactly the same. So I think the code should be refactored to remove the dependency on the NSTouch data such that the same code can be used for scrolls coming from the Trackpad, the Magic Mouse, or apps like Mac Mouse Fix 3.

I would love to work on this and file a pull request, but I have litte experience contributing to open source and no experience contributing to Chromium so I would appreciate any pointers or tips.

Thanks!

I also noticed this weird behaviour when switching between Trackpad and Magic Mouse which might give the devs a pointer as to what's going wrong:

[Comment Deleted]

Let me take a fresh peek at this. I don't have my magic mouse handy, so will have to try to repro tomorrow.

This issue is re-produceable on the latest version of Chrome Version 114.0.5735.198 (Official Build) (arm64)  - Currently using MacBook Air M1, Trackpad. Does not require Magic Mouse to reproduce

The solution to this problem is to use this CSS below on the body tag, which prevents two finger swiping back/forward in Chrome.

  overscroll-behavior-x: none;

or, using JavaScript to conditionally add and remove a class to the body tag upon mouse over/out of a horizontally scrollable area, however, this may not produce consistent results

> Currently using MacBook Air M1, Trackpad. Does not require Magic Mouse to reproduce

Can you send the repro steps?

> The solution to this problem is to use this CSS below on the body tag

Solution, or workaround?

> Can you send the repro steps?

This is re-produceable across many sites

1. Create standard web page <html><body> etc
2. Create two divs, one inside the other.
3. Set the styles for the two divs.

The parent div style should have
overflow-x: scroll; overflow-y: hidden; width: 100%; height: 100px;

The child div style should have
width: 200%; height: 100px;

Height & widths may be adjusted if necessary.

4. Scroll right using two-finger gesture.
5. Scroll left using two-finger gesture.

Expected: Scrolls both directions fine. Gestures work when there's no more scrolling available.
Actual: Can only scroll right if there's no browser history to go forward to. Can only scroll left if there's no browser history to go back to.

I will email you directly some examples of live websites with this issue

> The solution to this problem is to use this CSS below on the body tag

Workaround, sorry... Definitely not a solution, and I don't think it's ideal or user-friendly.

Thanks

> I will email you directly some examples of live websites with this issue

Here are the steps you sent me:

1. Open a new tab
2. Go to youtube.com (ensure you have at least 1 page history behind)
3. Move your mouse to hover the horizontal pill filters
4. Using your Trackpad on MacBook, use two-finger gesture to scroll.
5. Witness yourself scrolling left and right successfully. Witness too, it does not engage two-finger gesture for navigating back when scrolling all the way left.
6. Move your mouse to the main body content (video thumbnails area), outside of the horizontal scrollable area at the top
7. Engage the two-finger gesture to navigate back a page, but do not pull to 100% distance to navigate back. Instead, let go half way, without navigating back.
8. Move your mouse to hover the horizontal pill filters and use two-finger gesture to scroll
9. Witness scrolling right with no issues. Cannot scroll left without engaging back navigation

I'm unable to repro with these steps.

> This issue is re-produceable on the latest version of Chrome Version 114.0.5735.198 (Official Build) (arm64)  - Currently using MacBook Air M1, Trackpad

I have the same setup. Which version of macOS are you running?

I System Preferences, under Trackpad / More Gestures, I have "Swipe between pages" set to "Scroll Left or Right with Two Fingers".

> I System Preferences, under Trackpad / More Gestures, I have "Swipe between pages" set to "Scroll Left or Right with Two Fingers".

Have you tried to reproduce with "Scroll Left or Right with One Finger"? I use that option, because the two-finger option is used for switching between full-screen applications.

> This issue is re-produceable on the latest version of Chrome Version 114.0.5735.198 (Official Build) (arm64)  - Currently using MacBook Air M1, Trackpad. Does not require Magic Mouse to reproduce

On my end the issue is definitely not reproducable using the built-in Trackpad of my MacBook. It only happens with the Magic Mouse or a third-party mouse used together with Mac Mouse Fix 3. I feel like we might be talking about 2 different bugs here?

The issue for which I provided the repro steps in my post from `Fri, Nov 11, 2022 at 4:32 PM GMT+1` is currently still reproducable on my end with a Magic Mouse as well as with a third-party mouse used together with Mac Mouse Fix 3.



My Chrome version is:

116.0.5845.140 (Official Build) (arm64)

Here's an up-to-date video of me reproducing the bug: https://youtu.be/xUXFN07UfcA

For additional info on my setup see the attachments.

[Empty comment from Monorail migration]

[Empty comment from Monorail migration]

This issue was migrated from crbug.com/chromium/252895?no_tracker_redirect=1

[Monorail mergedwith: crbug.com/chromium/1510138, crbug.com/chromium/166552]
[Monorail components added to Component Tags custom field.]