Issue metadata
Sign in to add a comment
|
Selecting text in the URL bar does not update the cut buffer
Reported by
mich...@hotplate.co.nz,
Oct 29
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.92 Safari/537.36 Steps to reproduce the problem: 1. Click in the URL bar to select some text 2. Middle click in another application 3. Note that the URL is not pasted, as the cut buffer was not updated What is the expected behavior? 1. Click in the URL bar to select some text 2. Middle click in another application 3. The selected text from the URL bar should be pasted What went wrong? The cut buffer is not being updated on text selection. Did this work before? Yes Unsure Chrome version: 69.0.3497.92 Channel: n/a OS Version: Debian Stretch Flash Version: None This must have worked in the past because I am constantly mis-pasting recently while trying to copy text from the URL bar. This is driving me mildly bananas.
,
Oct 29
Further observation: unselecting the URL and re-selecting it seems to sometimes help, but it's not clear what is going on exactly.
,
Oct 30
,
Oct 31
michael@ Thanks for the issue. Tested this issue on Ubuntu 17.10 on the latest Stable 70.0.3538.77 and Dev 72.0.3590.0 and unable to reproduce the issue by following the below steps. 1. launched Chrome and entered some text in the omnibox. 2. Selected some part of the text in the omnibox and in a new tab middle clicked the mouse and could observe that the selected text is pasted. 3. Middle clicked on another application like TextEdit and the selected text is pasted, Attached is the screen cast for reference. Request you to update Chrome to the latest Stable 70.0.3538.77, retry the issue on a new chrome profile without any Flags/extensions and update the thread with the observations. Thanks..
,
Nov 1
Thanks for trying to reproduce. I have spent some more time testing this bug and found this: - The /initial/ click selects the whole URL, but does NOT update the cut buffer like you'd expect it to. - De-selecting then re-selecting the text does update the cut buffer as expected. I will set up an Ubuntu VM running the latest Chromium and confirm this still happens there, and do another screen recording. I'll try and get this done in the next 24 hours or so. Cheers!
,
Nov 1
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 1
> - The /initial/ click selects the whole URL, but does NOT > update the cut buffer like you'd expect it to. This is intended behavior; we found that people didn't like/expect simply clicking in the omnibox to clobber the copy/paste buffer. There might be a closed (WontFix) bug related to this with more explanation and background. (Sorry I don't have time right now to find it.)
,
Nov 1
Sorry, I wrote some unconstructive comments there, I've deleted them now. Feel free to WontFix this. I think the inconsistent behaviour is super annoying but I don't expect you to change it over a single user report when it's clearly been discussed before.
,
Nov 1
This comment also is relevant. https://bugs.chromium.org/p/chromium/issues/detail?id=20571#c19
,
Nov 1
Hopefully those help explain why the behavior is how it is. We can't please everyone. :-)
,
Nov 1
Thanks! Understood :) |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by mich...@hotplate.co.nz
, Oct 29