Issue metadata
Sign in to add a comment
|
Ctrl-c and Ctrl-x often requires two events to actually copy/cut
Reported by
rsig...@gmail.com,
Jan 4
|
||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; CrOS x86_64 11151.51.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.85 Safari/537.36 Platform: 11151.51.0 (Official Build) beta-channel eve Steps to reproduce the problem: 1. Select text 2. Press ctrl-c or ctrl-x to copy/cut 3. Press ctrl-v to paste... no text is pasted What is the expected behavior? Ctrl-v pastes previously copied/cut text. What went wrong? When copying text, it is frequently required (but not always) required to do the keystroke twice to actually copy text onto the clipboard. When cutting, the selected text will be removed, but the text doesn't seem to actually make it to the clipboard. This issues occurs on both native Chrome windows (copy/paste in a tab, between tab, etc) and on Crostini UI apps (text editors)... both between and within ChromeOS tabs and Linux apps. Did this work before? Yes Possibly two releases back. Chrome version: 71.0.3578.85 Channel: n/a OS Version: 11151.51.0 Flash Version:
,
Jan 4
Shortly after Gmail message loads, selected text to copy will automatically deselect itself and not copy. I have to wait 3 seconds to successfully copy text.
,
Jan 5
I have the same issue copying text from the browser on various websites, including Docs. It can be hard to tell when it won't copy, and sometimes it will just refuse until I right-click some highlighted text to copy. I'm running Version 71.0.3578.94 (Official Build) beta (32-bit) on Asus C101PA.
,
Jan 9
Pixel Slate i5 I've now updated to dev 72.0.3626.49 from stable in the hopes that it fixes the issue but alas it still does This will happen regardless of the way the copy / cut is performed. Keyboard, touch and hold -> copy, javascript. Doesn't seem to matter what application it's performed in. Anything Crostini and Chrome seems to happen just as often. It's most noticeable between applications for me. Copy and paste inside a single application seems slightly less often but still happens. To debug I've installed a clipboard history extension which I think just polls the clipboard. This too fails 1 or 2 times out of 10 but since there is a delay it's hard to tell if the item makes it to the clipboard at all.
,
Jan 10
Same issue. I am having to right click and cut to get around this.
,
Jan 11
Since this happens to me hundreds of times a day and obviously doesn't affect too many people I'd be willing to try bug hunt and try and debug the issue if someone would be willing to tell me how
,
Jan 11
|
|||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||
Comment 1 by jkib...@gmail.com
, Jan 4