When Cmd+Option+Arrows are configured as tab switching shortcuts, WebKit sometimes incorrectly performs a Back instead. <rdar://problem/9060555>
Created attachment 88898 [details] proposed fix
Comment on attachment 88898 [details] proposed fix View in context: https://bugs.webkit.org/attachment.cgi?id=88898&action=review > Source/WebKit2/WebProcess/WebPage/mac/WebPageMac.mm:545 > + if (selector == "moveUp:") Iād prefer if this was handled with some sort of hash table. I really wish there was a way to leverage the editor command machinery for this.
Maybe we can decide to just make Editor implement these behaviors when the focus is in non-editable content. This seemed weird to me, but I can't really explain why.
Comment on attachment 88898 [details] proposed fix Clearing flags on attachment: 88898 Committed r83372: <http://trac.webkit.org/changeset/83372>
All reviewed patches have been landed. Closing bug.
A long-standing issue that this accidentally fixes is that other standard key bindings for the same commands didn't work. For example, Ctrl+P scrolls a non-editable TextEdit document up, but that didn't work in Safari before.