New issue
Advanced search Search tips

Issue 844878 link

Starred by 3 users

Issue metadata

Status: Duplicate
Merged: issue 838541
Owner: ----
Closed: May 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Selecting partial URL in omnibox and copying it puts entire URL in clipboard

Reported by kaz...@gmail.com, May 19 2018

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.139 Safari/537.36

Steps to reproduce the problem:
1. Navigate to a website which includes fragments or a query string in its URL  (Example: https://www.buzzfeed.com/alliehayes/disneyland-infinity-gauntlet-cup?utm_term=.sbewkVNpRm#.mfvYaMmoOz)
2. Select the leading part of the URL, excluding the fragments and/or query string.  (https://www.buzzfeed.com/alliehayes/disneyland-infinity-gauntlet-cup)
3. Copy with Command-C.

What is the expected behavior?
The selected part of the URL is copied to the clipboard.

What went wrong?
The entire URL, including the fragments and query string, are copied to the clipboard.

Did this work before? Yes Approximately a month ago

Chrome version: 66.0.3359.139  Channel: n/a
OS Version: OS X 10.13.4
Flash Version: 

This is only an issue if the start of the URL is copied.  Individual elements can be copied freely.
 

Comment 1 by jsejc...@gmail.com, May 20 2018

More notes:

- Neither the fragment identifier nor query string are necessary to reproduce this bug. In fact, only the full protocol + the first character following the second second slash need to be copied.

- Performing a copy command a second time (without changing focus away from the tab) will result in the exact selected text being copied.

- Changing tabs resets the behavior

- The url need not be the url of the current page. Focussing the omnibox and entering any text string starting with http:// or https:// will produce this bug.

- I have only tested the protocols http, https, udp, ftp, and tcp. In my testing, only http and https cause the issue.
Labels: Needs-Bisect Needs-Triage-M66
Cc: vamshi.kommuri@chromium.org
Labels: -Needs-Bisect Triaged-ET
Mergedinto: 838541
Status: Duplicate (was: Unconfirmed)
Thanks for filing the issue!

As the issue seems to be similar to that of  Issue 838541 , hence duplicating into it. Please feel free to undupe if both aren't similar.
Note: Removing Needs-Bisect label, please add it back if required.

Sign in to add a comment