New issue
Advanced search Search tips

Issue 660327 link

Starred by 1 user

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 3
Type: Bug



Sign in to add a comment

Select&copy copies additional unwanted/unselected text

Reported by davidmax...@gmail.com, Oct 28 2016

Issue description

UserAgent: Mozilla/5.0 (X11; CrOS x86_64 8530.96.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.154 Safari/537.36
Platform: select/copy text includes unwanted text

Steps to reproduce the problem:
1. go to linkedin.com and log in
2. go to profile/edit profile
- below your photo there is a dotted line and below that there is an 'in' icon with your public profile's URL next to it - for me it is 'https://uk.linkedin.com/in/maxwaterman'
3. double-click & hold the second click - on the end part of the path of the URL, ie the name part, for me 'maxwaterman'
- this selects the name
4. while holding that second click, drag left to select additional words, until you have selected 'https' and have all of 'https://uk.linkedin.com/in/maxwaterman' (or your equivalent) selected.
5. right click and select 'copy'
6. paste the copied text somewhere

What is the expected behavior?
'https://uk.linkedin.com/in/maxwaterman' is pasted

What went wrong?
'Profilehttps://uk.linkedin.com/in/maxwaterman' is pasted - ie 'Profile' is prepended to the selected text.

Did this work before? N/A 

Chrome version: 53.0.2785.154  Channel: n/a
OS Version: 8530.96.0
Flash Version: Shockwave Flash 23.0 r0

Inspecting the html in dev tools, I see that the component is a span :

<span class="public-profile-url">https://uk.linkedin.com/in/maxwaterman</span>

It does have a ::before element that has 'content' of "\e0a4". I'm not sure if that is also copied in a copy/paste operation, but it isn't 'Profile' anyway - if it were then I would be suspicious.
The closest occurrence of 'Profile' I see is in a sibling to the span's parent (uncle?) :

<dl class="public-profile">
  <dt>Public Profile</dt>
  <dd>
    <span class="public-profile-url">
      https://uk.linkedin.com/in/maxwaterman
    </span>
    <a class="public-profile-settings-link" href="/public-profile/settings?trk=prof-edit-edit-public_profile" title="Update your public profile settings"></a>
  </dd>
</dl>

So, perhaps somehow Chrome is selecting also the 'Profile' text from the <dt> element? Note that the <dt> element is 1x1 and other stuff to make it invisible (though not display: none - it's block).

I imagine there is some rationale for selecting all (but not part?) of the <dt> element, since it is semantically coupled with the <dd> element (which encapsulates the url). However, from the user point of view, this is obviously undesirable, particularly in this instance where the <dt> element isn't visible.
 
Components: -UI Blink>Editing>Selection
Labels: -OS-Chrome OS-All
Suspect this is not platform specific so setting os to "All" for now. 

Comment 2 by yosin@chromium.org, Nov 1 2016

Status: Available (was: Unconfirmed)

Comment 3 by yosin@chromium.org, Oct 4 2017

Labels: Pri-3
Project Member

Comment 4 by sheriffbot@chromium.org, Oct 4

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Status: Available (was: Untriaged)

Sign in to add a comment