Select© copies additional unwanted/unselected text
Reported by
davidmax...@gmail.com,
Oct 28 2016
|
|||||
Issue descriptionUserAgent: 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.
,
Nov 1 2016
,
Oct 4 2017
,
Oct 4
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
,
Oct 5
|
|||||
►
Sign in to add a comment |
|||||
Comment 1 by abodenha@chromium.org
, Oct 28 2016Labels: -OS-Chrome OS-All