Issue metadata
Sign in to add a comment
|
Overtyping text after reverse selection messes up character order and cursor position
Reported by
thijskoe...@gmail.com,
Apr 4 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36 Steps to reproduce the problem: 1. type some text 2. select a part of it with the mouse going from back to front 3. start typing some characters quickly What is the expected behavior? All of the selected text should be overwritten. The characters should appear in the order in which they are pressed. The cursor should end up at the end of the entered characters. What went wrong? The first few characters often appear in the wrong order and the cursor is rendered before them. See the video. https://vimeo.com/211526399 Did this work before? N/A Chrome version: 56.0.2924.87 Channel: n/a OS Version: OS X 10.12.3 Flash Version:
,
Apr 4 2017
I haven't had any luck in recreating this issue (attached a screen recording), but two questions: - It looks like you're using an older version of Chrome. Would you mind trying again with the current one (which is 57.0.2987.133 as I write this)? - This feels like it's related to right-to-left text input. Do you have any non-English keyboard layouts enabled, or are you using a non-US version of google.com? Does it happen on websites other than Google?
,
Apr 5 2017
,
Apr 6 2017
Mark WontFix according #c2 and my attempt on M57, we could not reproduce this. Please reopen if you reproduce on M57. Thanks!
,
Apr 6 2017
I was using 57 and I could also reproduce in Canary. With non-English keyboard layouts you mean in OSX keyboard preferences? I don't have anything non standard there. Using US / international keyboard. This doesn't happen in just google.com. It happens in my google Inbox and any other website. I even have a problem with Visual Studio Code which is based on Electron / Chromium. I've been having this problem for a while now. I don't know where to look. It happens with my bluetooth (Magic) keyboard, and the macbook pro built in one. How can I re-open an issue?
,
Apr 6 2017
I couldn't reproduce on Mac Canary. It behaved exactly as #2. Can it be due to some extension?
,
Apr 6 2017
I have tried it in incognito mode with all extensions turned off. Same results. I don't know what else to try. I have recently done a completely clean install of my computer as well. Before the new install I had this problem also. It doesn't happen in Safari or Firefox, which leads me to believe it's really a Chrome issue. The issue is the most obvious when typing quickly, right after making the selection from back to front.
,
Apr 10 2017
Another possibility: Did you release the mouse button before starting to type? If you type while the mouse button held, the caret is stuck at the mouse position. So if you release mouse button right after typing the first few characters, the output text will appear as out-of-order. There is an existing bug report about this behavior, but I'll need some time to find it out.
,
Apr 10 2017
Thank you for providing more feedback. Adding requester "sdy@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Apr 11 2017
That's it! I have "three finger drag" enabled in the accessibility settings in MacOS. It pauses a while before it "releases" the mouse, which allows you to drag while briefly letting go of the trackpad in between. The issue doesn't exist if I use a regular mouse. So this seems related to the issue xiaoche mentioned.
,
Apr 17 2017
xiaochengh@: Assigning you to track down the other bug :).
,
May 13 2017
I experience exactly the same problem here. It is very annoying, especially during the daily workflow. My chrome version: 58.0.3029.110 Mac OS version: 10.12.4 When I'm using the trackpad on my Macbook, right after the three-finger drag selection letters are printed in a wrong (reverse) order. It continues for a second, then the further input seems to be correct. But at this point the whole word or phrase is corrupted and you need to correct the whole input. It happens in all text fields on different sites. The bug doesn't occur in the url field of the browser. Most other apps on my Macbook doesn't seem to have this problem (e.g. Atom, Android Studio, Slack, Finder, etc.). But I noticed Safari has similar problem, but it corrupts the input in another way. Please look into this issue. It can be really frustrating sometime.
,
Jun 2 2017
btw, it only occurs when selecting from right to left. when selecting from left to right everything works fine.
,
Sep 6 2017
I couldn't find the other bug... Anyway, unassigning myself so someone else can take it.
,
Nov 19 2017
I need Chrome from my daily work as a web developer, for the awesome debugging tools, and this mouse/keys bug basically bites me multiple times a day. I decided for now, as a workaround, to get used to a different setting for dragging. Instead of enabling three-finger drag, I now set it to enable dragging "with drag lock". This basically means that you have to start dragging with a double tap and end it with another tap. This explicit end is similar to releasing the mouse button I suppose, so the problem doesn't appear. I hope I can get used to it. I still really wish this problem would be fixed in Chrome. The three finger drag (or one finger without a drag lock) feels much more natural to me. Not being able to trust the input I'm giving my computer is a PITA. I spent quite a bit of time teaching myself to type blindly, and for good reasons...
,
Nov 19 2017
Bummer. I just discovered that the drag lock setting is not an options really. It basically makes *every* tap response slower across the whole OS. I am guessing the OS is waiting for every tap to become a double tap before deciding what to do. -_-
,
Feb 16 2018
,
Feb 18 2018
Not sure what you mean with "dupe issue" but if you found what's causing it that's awesome news! This bug is still plaguing me multiple times a day, so I'd be very thankful if gets solved.
,
Feb 18 2018
Ah then I saw the second issue. So dupe meaning duplicate :) Too bad there is no solution yet 😔 |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by sdy@chromium.org
, Apr 4 2017584 KB
584 KB View Download