New issue
Advanced search Search tips

Issue 734847 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Closed: Mar 2018
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 3
Type: Bug


Show other hotlists

Hotlists containing this issue:
Fixing-touch


Sign in to add a comment

Text copying and search google are inconsistent

Reported by n2102410...@gmail.com, Jun 20 2017

Issue description

Chrome Version       : 58.0.3029.140
OS Version: 9334.72.0
URLs (if applicable) :
Other browsers tested:
  Add OK or FAIL after other browsers where you have tested this issue:
     Safari 5:
  Firefox 4.x:
     IE 7/8/9:

What steps will reproduce the problem?
1. Open http://www.investopedia.com/ask/answers/110614/are-credit-card-rewards-considered-taxable-income-irs.asp in incognito window
2. Try to copy and paste at least 15 words of text, for example "rule of thumb is that any rebates on those business purchases are subtracted from"
3. Try to use "search Google" in the context menu with the same text selected

What is the expected result?
Copy and paste works normally

What happens instead of that?
Copying at least 15 words of text on the site inserts a bunch of junk at the end, starting with "read more" then a link, etc. By contrast, using the search Google option only searches for the selected text.

IMO, sites shouldn't be able to hijack the clipboard like that. I can't be bothered to dig into the JS and figure out exactly what they're doing, but either way, it is user hostile behavior. 

However, even if this is WAI, it doesn't make sense that it behaves inconsistently with pasting and "search Google" on the same selected text. If this is intended, then the inserted text should go into the Google search as well for consistency.




Please provide any additional information below. Attach a screenshot if
possible.

UserAgentString: Mozilla/5.0 (X11; CrOS x86_64 9334.72.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.140 Safari/537.36



 
Status: Untriaged (was: Unconfirmed)
FTR: This behavior is the same in non-incognito mode.

To me the behavior looks legit, and is likely WontFix. There are sites where you can click a button and get some arbitrary content in the clipboard (e.g., generated links).

Still, I am leaving this for future triaging because I am not sure which is the right component for this.
Components: UI>Input>Text
I can understand filling in the clipboard in response to a user action, but why should sites be able to hijack the simple act of selecting text? 

And even if you agree that they should be able to hijack text selections, it should at least work consistently between the two menu options. Currently, "search google" only searches the selected text, not whatever the site snuck into the clipboard.
Owner: shuchen@chromium.org
Status: Assigned (was: Untriaged)
shuchen@ please triage
Owner: ----
Status: Untriaged (was: Assigned)
Sorry I don't know how to triage this bug.
Owner: pkasting@chromium.org
Status: Assigned (was: Untriaged)
pkasting@ would you be able to triage this? 
Components: -UI>Input>Text Blink>Input
Status: WontFix (was: Assigned)
This is Working As Intended -- sites can respond to the copy event by mucking with things before the text gets copied, which is part of how the web is specified to work.  Because "search Google" doesn't send the page a copy event, the site has no opportunity to insert things into the text.

(Trying to retarget to a component closer to what this is about in case someone there wants to provide an even better explanation of event handling here.)

Sign in to add a comment