Fixed
Status Update
Comments
rs...@chromium.org <rs...@chromium.org> #2
[Empty comment from Monorail migration]
th...@chromium.org <th...@chromium.org> #3
[Empty comment from Monorail migration]
ke...@google.com <ke...@google.com> #4
[Empty comment from Monorail migration]
ma...@chromium.org <ma...@chromium.org> #5
Now that the Lion’s out of the bag, these are safe to open up to the world.
ma...@chromium.org <ma...@chromium.org> #6
[Empty comment from Monorail migration]
[Deleted User] <[Deleted User]> #7
dd...@gmail.com <dd...@gmail.com> #8
That's particular to the mouse. Trackpads still use the gestures described in the original post. However, those gestures are tuneable, just as they are for the mouse.
ni...@gmail.com <ni...@gmail.com> #9
Is there anyway to currently get around this issue without using Safari? Even using an application to use custom gestures (BetterTouchTool), Chrome still will not page back/forward with either 2 or 3 fingers on the trackpad.
jl...@gmail.com <jl...@gmail.com> #10
I am currently using Better Touch Tool and setup 2 custom guestures for 2 finger left & right for chrome only
2 finger left - keyboard shortcut "cmd["
2 finger right - keyboard shortcut "cmd]"
here is a link to the chrome keyboard shortcuts in case you cannot understand what i have above
http://goo.gl/1RCCs
also you will have to swipe a little longer than what you are use to for it to register
2 finger left - keyboard shortcut "cmd["
2 finger right - keyboard shortcut "cmd]"
here is a link to the chrome keyboard shortcuts in case you cannot understand what i have above
also you will have to swipe a little longer than what you are use to for it to register
xa...@gmail.com <xa...@gmail.com> #11
In the GM you can tune some of the gestures. Set the "Swipe between pages" gesture to "Swipe with two or three fingers"
Going back/forward is now working in Chrome!
Going back/forward is now working in Chrome!
dd...@gmail.com <dd...@gmail.com> #12
That's not a good solution. Wouldn't that make it impossible to swipe between spaces with three fingers (the default)?
ma...@gmail.com <ma...@gmail.com> #13
Chromium should obey the "Swipe between pages" setting, like Safari does.
ne...@gmail.com <ne...@gmail.com> #14
Yes markjaquith Chrome should obey the "Swipe beween pages" setting but it doesn't by default, that is the whole point of this bug being filled.
The "Swipe between pages" setting only works if you switch it to "Two or Three Finger" setting instead of the default of "Two Finger" setting.
So Chrome still needs to be fixed so that way it will work with the default setting of "Two Finger" swipe.
Also ddelong you can still swipe between spaces because when you change the "Swipe between pages" setting it automatically changes the switching between spaces setting to use Four Finger Swipe.
The "Swipe between pages" setting only works if you switch it to "Two or Three Finger" setting instead of the default of "Two Finger" setting.
So Chrome still needs to be fixed so that way it will work with the default setting of "Two Finger" swipe.
Also ddelong you can still swipe between spaces because when you change the "Swipe between pages" setting it automatically changes the switching between spaces setting to use Four Finger Swipe.
jo...@gmail.com <jo...@gmail.com> #15
I have this exact issue as well.
jo...@cenintage.com <jo...@cenintage.com> #16
Not for nothing, I suppose, but I actually prefer to have Chrome/Safari (OS X Lion by default, therefore) to swipe between pages on two or three finger swipe. And then, use four finger swipe to swipe between full screen apps. To some degree, that is how iOS 5 behaves on the iPad with multitouch gestures, and that unifies the interface for Apple users. So, I think this is an Apple problem with defaults. Perhaps Chrome should support either option via a preference, or just follow the system preferences as Safari does.
[Deleted User] <[Deleted User]> #17
ni...@gmail.com <ni...@gmail.com> #18
Same here! I miss the 2 finger back but for some reason its not enough to make me go back to safari. I hope they fix this soon!
[Deleted User] <[Deleted User]> #19
[Deleted User] <[Deleted User]> #20
xa...@gmail.com <xa...@gmail.com> #21
I'm also running Chrome 13.0.782.55 on the Lion GM.
But the change of gesture doesn't make Chrome crash on my machine.
But the change of gesture doesn't make Chrome crash on my machine.
rs...@chromium.org <rs...@chromium.org> #22
If you'd please go to chrome://crashes and paste your crash IDs here that'd be helpful. Alternatively, you can attach the Apple .crash report files (but please attach the whole report rather than pasting it here).
[Deleted User] <[Deleted User]> #23
[Deleted User] <[Deleted User]> #24
br...@gmail.com <br...@gmail.com> #25
I also get crashes from swiping to go back / forward on Lion. My machine is configured to use three fingers for that gesture. The crash id is 2e207c00f8905abb.
ma...@chromium.org <ma...@chromium.org> #26
The crash reports all implicate net.wonderboots.MultiClutchInputManager. I don’t know what that is, but I found http://osx.iusethis.com/app/multiclutchinputmanager . Doesn’t seem to have been updated since 2008, well before Lion was a gleam in Steve’s eyes.
Those who are affected by this crash, can you try disabling or bypassing that?
Those who are affected by this crash, can you try disabling or bypassing that?
rs...@chromium.org <rs...@chromium.org> #27
@bridgey re: https://crbug.com/chromium/78676#c24 :
That crash is inside something called MultiClutchInputManager, which I think is this:http://wcrawford.org/2008/02/28/everytime-i-think-about-you-i-touch-my-cell/ . If you (or anyone else on this bug) has it installed, please uninstall it and see if the crashes keep happening.
That crash is inside something called MultiClutchInputManager, which I think is this:
dm...@gmail.com <dm...@gmail.com> #28
multiclutch was INDEED the culprit. Found it in HD>Library>InputManagers folder, deleted.
Need to restart Chrome and swiping should work again.
Need to restart Chrome and swiping should work again.
[Deleted User] <[Deleted User]> #29
ho...@gmail.com <ho...@gmail.com> #30
Not sure that we've gotten acknowledgement about the root problem here though. Does everyone agree that Chrome should honor the Mac OS X Lion setting for swipe between pages? I think that is the correct solution. That way, people can configure the operating system the way they want and ALL their apps including Chrome honor them.
I just want to make that point since the crashes that some people experienced really have little to do with the root issue logged here.
I just want to make that point since the crashes that some people experienced really have little to do with the root issue logged here.
da...@gmail.com <da...@gmail.com> #31
I agree completely. Currently I have to reconfigure my gestures to 3-finger swipe in order to properly move forward/backward in Chrome. This shouldn't be the case (and most users won't know to do this anyways). Chrome should honor the OS's forward/backward settings whatever they may be.
I think we should stay on focus with that issue here.
I think we should stay on focus with that issue here.
sa...@gmail.com <sa...@gmail.com> #32
Even to ask whether you should be respecting the OS X preferences is kind of missing the point: You don't really have a choice if you want Chrome to work.
For example, if you decide that you want to keep the three-fingered back gesture for Chrome, you will have problems, as the three-fingered back gesture is now used to switch between spaces & full-screen apps. If you were to succeed in intercepting a three-fingered swipe, you would go back, but the browser would disappear as the OS switched to a different space.
Apple added new gesture-tracking abilities and new gestures to support functionality like LaunchPad and Control Center. If you use something other than what the OS preference states, you will be in conflict with another gesture.
It just simply won't work for Chrome to have its own gestures that differ from the system-wide settings. This is a basic part of the OS X philosophy: there's a clean, well-documented standard for the UI, and your app will be broken if you try to deviate from it.
There's another wrinkle to this, which is that the default here is not actually a two-fingered swipe. It's a two-fingered scroll. The correct behavior for the default is to do a turning-the-page animation like switching between screens on an iPhone. Also, to go back, you scroll right, like you are going back in a book.
So to really support this correctly, there is probably new code that needs to be written, or new APIs that need to be hooked up.
But at the minimum, you need to make sure that you can respect all three OS X Lion settings for back & forward. For now, Chrome just doesn't support the trackpad in Lion except for vertical scrolling. This is a big problem since trackpads are now the primary input mechanism for OS X.
(I'm a little surprised that this wasn't addressed before Lion came out. It's a major incompatibility and I know several people who got Lion today & switched to Safari until Chrome & Firefox are fixed. Yes there's a workaround, but it requires changing several of the default gesture settings, which makes them pretty inconsistent.)
For example, if you decide that you want to keep the three-fingered back gesture for Chrome, you will have problems, as the three-fingered back gesture is now used to switch between spaces & full-screen apps. If you were to succeed in intercepting a three-fingered swipe, you would go back, but the browser would disappear as the OS switched to a different space.
Apple added new gesture-tracking abilities and new gestures to support functionality like LaunchPad and Control Center. If you use something other than what the OS preference states, you will be in conflict with another gesture.
It just simply won't work for Chrome to have its own gestures that differ from the system-wide settings. This is a basic part of the OS X philosophy: there's a clean, well-documented standard for the UI, and your app will be broken if you try to deviate from it.
There's another wrinkle to this, which is that the default here is not actually a two-fingered swipe. It's a two-fingered scroll. The correct behavior for the default is to do a turning-the-page animation like switching between screens on an iPhone. Also, to go back, you scroll right, like you are going back in a book.
So to really support this correctly, there is probably new code that needs to be written, or new APIs that need to be hooked up.
But at the minimum, you need to make sure that you can respect all three OS X Lion settings for back & forward. For now, Chrome just doesn't support the trackpad in Lion except for vertical scrolling. This is a big problem since trackpads are now the primary input mechanism for OS X.
(I'm a little surprised that this wasn't addressed before Lion came out. It's a major incompatibility and I know several people who got Lion today & switched to Safari until Chrome & Firefox are fixed. Yes there's a workaround, but it requires changing several of the default gesture settings, which makes them pretty inconsistent.)
[Deleted User] <[Deleted User]> #33
dd...@carnegielearning.com <dd...@carnegielearning.com> #34
And just 1 finger for the "magic mouse", right?
[Deleted User] <[Deleted User]> #35
[Deleted User] <[Deleted User]> #36
[Deleted User] <[Deleted User]> #37
rs...@chromium.org <rs...@chromium.org> #38
I just went and got a Magic Trackpad. I'm going to see what I can do about this today.
[Deleted User] <[Deleted User]> #39
[Empty comment from Monorail migration]
[Deleted User] <[Deleted User]> #40
th...@chromium.org <th...@chromium.org> #41
No need for "I agree" posts. It's clear what needs to be done here (chrome should support the system defaults on 10.7).
ha...@chromium.org <ha...@chromium.org> #42
[Empty comment from Monorail migration]
rs...@chromium.org <rs...@chromium.org> #43
[Empty comment from Monorail migration]
rs...@chromium.org <rs...@chromium.org> #44
I added gesture support for the two-finger swiping if it's enabled via System Preferences. This will be in Chrome 14 for the next dev and canary channel builds.
Bugroid, where'd you go?
----------------------------
[Mac] Add two-finger gesture support for Lion, which respects the system preference.
BUG=78676
TEST=With two-finger gestures enabled, swipe left/right with two fingers. Page goes back/forward.
Review URL:http://codereview.chromium.org/7488023
Committed:http://src.chromium.org/viewvc/chrome?view=rev&revision=93720
Bugroid, where'd you go?
----------------------------
[Mac] Add two-finger gesture support for Lion, which respects the system preference.
BUG=78676
TEST=With two-finger gestures enabled, swipe left/right with two fingers. Page goes back/forward.
Review URL:
Committed:
mm...@chromium.org <mm...@chromium.org> #45
[Empty comment from Monorail migration]
[Deleted User] <[Deleted User]> #46
Thanks for the quick turnaround, Robert!
There's a complaint (from this TechCrunch article) that the fix for this issue in Chrome 14 Dev has the swiping gestures in reverse from what Safari has. It looks like Lion reversed the direction of the gestures also. In other words, swiping right in Safari with 2 fingers navigates to the previous page, while in Chrome you have to swipe left to do the same thing.
Is this the case?
There's a complaint (from this TechCrunch article) that the fix for this issue in Chrome 14 Dev has the swiping gestures in reverse from what Safari has. It looks like Lion reversed the direction of the gestures also. In other words, swiping right in Safari with 2 fingers navigates to the previous page, while in Chrome you have to swipe left to do the same thing.
Is this the case?
th...@chromium.org <th...@chromium.org> #47
[Deleted User] <[Deleted User]> #48
Oh great. Sorry I missed that. Thanks thakis!
sh...@chromium.org <sh...@chromium.org> #49
[Empty comment from Monorail migration]
ma...@chromium.org <ma...@chromium.org> #50
[Empty comment from Monorail migration]
rs...@chromium.org <rs...@chromium.org> #51
[Empty comment from Monorail migration]
bu...@chromium.org <bu...@chromium.org> #52
[Empty comment from Monorail migration]
is...@google.com <is...@google.com> #53
This issue was migrated from crbug.com/chromium/78676?no_tracker_redirect=1
[Auto-CCs applied]
[Multiple monorail components: UI, UI>Browser>Core]
[Monorail mergedwith:crbug.com/chromium/87252 , crbug.com/chromium/89979 , crbug.com/chromium/90118 , crbug.com/chromium/90623 , crbug.com/chromium/91810 ]
[Monorail components added to Component Tags custom field.]
[Auto-CCs applied]
[Multiple monorail components: UI, UI>Browser>Core]
[Monorail mergedwith:
[Monorail components added to Component Tags custom field.]
Description
Chrome Version : 12.0.725.0
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari 5: OK
Firefox 4.x: FAIL
IE 7/8/9: FAIL
What steps will reproduce the problem?
What is the expected result?
The browser will go back to the previous page.
What happens instead?
Nothing happens.
Please provide any additional information below. Attach a screenshot if possible.
OSX 10.7 (Lion) has changed the default trackpad/mouse gestures for navigation.
Previously in 10.6, a three-finger swipe left and right were used for backwards/forward in navigation.
Instead they are now defaulting two-finger swipe left and right for backwards/forward navigation.
This is the default behaviour in Safari on OSX 10.7.
Conversely, three-finger swipe left and right are used for navigating through Spaces.
It would be good if Chrome on OSX was compatible with the default operating system gestures.