New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 778133 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Oct 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

Inconsistent behavior in respect to copying marked URLs to X11 selection

Reported by o.mang...@gmail.com, Oct 25 2017

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.62 Safari/537.36

Steps to reproduce the problem:
1. open a new tab
2. enter an url manually or open one via a bookmark 
3. single-click on the text in the url bar (the complete url should be marked now)
4. check the contents of the primary xselection
5. deselect the url by single-clicking on it again
6. doubleclick or tripleclick on the url (doubleclick should mark a single word, tripleclick the complete url)
7. check contents of primary xselection again

What is the expected behavior?
After with step 3 and 7 the selected URL/word should be in the xselection.

What went wrong?
After step 3 the xselection is not changed, after step 7 the selected URL/word is copied correctly.

Did this work before? N/A 

Chrome version: 62.0.3202.62  Channel: stable
OS Version: Arch
Flash Version:
 
Labels: Needs-Triage-M62
Cc: sc00335...@techmahindra.com
Components: -UI Blink>DataTransfer
Labels: Needs-Feedback Triaged-ET
Tested the issue on reported version 62.0.3202.62 using Ubuntu 14.04 with steps mentioned below and is not reproducible. Attaching screencast for reference.

1. Naviagted to https://bugs.chromium.org/p/chromium/issues/detail?id=778133 
2. Clicked on URL so that entire URL got selected >> Copied using ctrl+c and pasted into terminal using mouse middle click -- observed entire url pasted.
3. Clicked on URL again so that it is deselected.
4.Double clicked on issues text from url >> It got selected >> Now without copying pasted into terminal -- observed "issues" text got pasted 

@Reporter: Could you please check the steps/screencast and let us know whether we are missing anything in steps.
Issue 778133.ogv
2.1 MB View Download

Comment 3 by o.mang...@gmail.com, Oct 26 2017

> Copied using ctrl+c

This is the difference. I'm well aware that when using ctrl+c after selecting it works, but it shouldn't be needed, right? IMHO it's seriously confusion when something is highlighted but not copied to the xselection.
Project Member

Comment 4 by sheriffbot@chromium.org, Oct 26 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "sc00335628@techmahindra.com" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 5 by jsb...@chromium.org, Oct 27 2017

Components: -Blink>DataTransfer UI>Browser>Omnibox

Comment 6 by jsb...@chromium.org, Oct 27 2017

Status: Untriaged (was: Unconfirmed)
I can repro. Not DataTransfer though since this is not related to web content.

On Ubuntu linux you can display the content of the xselection by running this in the terminal:

xclip -o -selection primary | less

(The `| less` to add newlines and ensure the prompt doesn't overwrite the output. There's probably a better way.)

As the reporter indicates:

* Single click on omnibox to select all --> does NOT update x11 primary selection
* Double click on omnibox to select word --> DOES update x11 primary selection
* Triple click on omnibox to select all --> DOES update x11 primary selection

Status: WontFix (was: Untriaged)
It is intentional that single-click does not clobber the clipboard.  See this comment for the explanation:
https://bugs.chromium.org/p/chromium/issues/detail?id=20571#c19

Sign in to add a comment