Thanks for the report. I can't reproduce the issue.

Which Keyboard Language Layout are you using? Can you please try latest Chrome Canary, if it is still an issue there? Thanks in advance.

Thanks for looking into this. It still seems to be an issue on a fresh install of Chrome Canary (71.0.3546.0 (Official Build) canary (64-bit)).

After investigating the issue a bit more, I found a few more things:

* The issue is actually occurring in step 6, not step 4 (i.e. the URL is copied correctly, but is not pasted correctly).
* The issue is related to the fact that I have Command-V globally mapped to "Paste and Match Style" (under System Preferences > Keyboard > Shortcuts > App Shortcuts). I would imagine this is why you were unable to reproduce the issue. After removing that mapping in System Preferences, pasting in Chrome works as expected. (Note that with the global shortcut disabled, using "Paste and Match Style" with Shift-Command-V does work as expected -- the problem only seems to occur when Command-V is mapped to "Paste and Match Style".)

Sorry about accidentally not including this relevant information.

To summarize, this is happening as a result of my local keyboard configuration, and probably doesn't affect all Chrome users. Nonetheless, I think my configuration is not uncommon (there are lots of online tutorials[1][2][3][4] that suggest mapping command-V to "Paste and Match Style"). So my impression is that this still might be worth fixing, since it worked in previous versions and there are likely a significant number of users that are also affected by the change.

[1] https://www.macobserver.com/tmo/article/something-copy-paste
[2] https://havecamerawilltravel.com/photographer/set-paste-match-style-default-mac-osx/
[3] https://www.cultofmac.com/567529/paste-and-match-style-mac/
[4] https://webapplog.com/paste-and-match-style-on-mac-os-x/

Thank you for providing more feedback. Adding the requester to the cc list.

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

Hello teddy.katz@: Thanks for your feedback. Okay, I changed my Chrome language to US and mapped CMD-V globally to "Paste and Match Style". The result is that pasting with CMD-V (step 6) is working as expected.

Please find attached a screencast for your reference, if I missed something here.

Thanks in advance.

Deleted: screencast.mov 3.2 MB

	screencast.mov 3.2 MB View Download

I noticed that in your screencast you're clicking on the "Edit" menu at the top of the screen before attempting to paste. Does the issue occur for you if you immediately try to use Command-V in the URL bar after starting Chrome, without clicking on the Edit menu? It seems like clicking the Edit menu for me actually causes the paste to start working correctly (see my screencast: https://i.gyazo.com/67472dd16388e2e5264d088f839583ed.gif)

Same result. It works as expected, even if I do not open the Menubar first.

Any chance to test it on another macOS Device?

Unfortunately I don't have any other macOS devices to test this on. I can try gathering other debugging/diagnostic info if it would be useful, although I'm not sure what would explain the difference in behavior. (Someone on Twitter (https://twitter.com/keithjgrant/status/1038116008693846022) also independently identified that the Paste and Match Style shortcut was related to the bug, so I'm confident that the shortcut is needed to trigger the issue, but I'm not sure why it occurs inconsistently.)

Unable to reproduce the issue on mac 10.13.6 and mac 10.13.3 using chrome reported version #69.0.3497.81 and latest canary #71.0.3547.0.
Attached a screen cast for reference.

Following are the steps followed to reproduce the issue.
------------
1. Opened a new instance of Chrome. 
2. Entered "google.com" into the URL bar, and waited for the page to load. 
3. Pressed Command-L to highlight the URL bar.
4. Pressed Command-C to copy the highlighted URL to the clipboard.
5. Pressed Command-T to open a new tab.
6. Pressed Command-V to paste the copied text into the URL bar of the new tab
7. Observed that the URL "https://www.google.com/" got pasted into the URL bar of the new tab as expected.
Note: Mapped Command-V globally to "Paste and Match Style" (under System Preferences > Keyboard > Shortcuts > App Shortcuts)

teddy.katz@ - Could you please check the issue on latest stable #56.0.2924.87 by creating a new profile without any apps and extensions and please let us know if the issue still persist or not.

Thanks...!!

Deleted: 882169.mp4 702 KB

	882169.mp4 702 KB View Download

I tried again on a new profile on Chrome 69.0.3497.92, and found that the issue still occurred. I'm not sure what you meant by "#56.0.2924.87" -- is there another version of Chrome I should try instead?

By the way, does the machine you're trying to reproduce the issue on have a touch bar? The machine that I'm encountering the issue on is a MacBook Pro from early 2015, so it doesn't have a touch bar. (I don't have any particular reason to believe that the touch bar is related to this issue, aside from the fact that (a) it presumably does some URL processing, and (b) it seems like the list of things that could be causing the failure to reproduce at this point is probably fairly small.)

Thank you for providing more feedback. Adding the requester to the cc list.

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

Some additional notes based on trying more things:

* When this issue is occurring, I can't paste in any of the following locations:
    * The omnibox
    * The "find on page" bar (after pressing Command-F)
    * The "Search Google or type URL" bar in the middle of the New Tab page
    * The Name field of the "new bookmark" input (after pressing Command-D to add a bookmark)

* However, I can paste in the following locations:
    * Input fields on websites (e.g. the search bar on google.com)
    * The Name field of the "Add shortcut" input on the New Tab page
    * Another non-Chrome application (as a sanity check)

I also noticed that I *can* paste into the omnibox by pressing Shift-Command-V, despite the fact that the Shift-Command-V shortcut is no longer mapped to anything in the Edit menu since I mapped Command-V to "Paste and Match Style". Oddly, Shift-Command-V seems to paste text in all of the fields from the first list, but none of the fields from the second list. I would speculate that maybe certain text fields have special logic for the default keyboard shortcuts, and something ends up not working correctly if the user remaps the default shortcuts.

Thanks for the reply teddy.katz@, Sorry . It's a typo from our end in C#11. Build number is -69.0.3497.92.
But still we are unable to reproduce the issue on reported version-69.0.3497.81 & latest stable-69.0.3497.92 as per C#14.

Able to paste the copied URL in below areas too.
1. Omnibox
2. Find in page bar
3. Name field of new bookmark input
4. Middle of the omnibox bar of NTP etc

Please find the attached screencast for reference & it would be better if you provide us screencast for better understanding of the issue with recent observations on stable.

Deleted: 882169-unable to repro on -69.0.3497.81.mp4 1.2 MB

	882169-unable to repro on -69.0.3497.81.mp4 1.2 MB View Download

Thanks for continuing to look into this. I've attached a screencast of the buggy behavior.

Deleted: chrome_paste_bug_demo.mov 5.7 MB

	chrome_paste_bug_demo.mov 5.7 MB View Download

Thank you for providing more feedback. Adding the requester to the cc list.

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

Unable to reproduce the issue on mac 10.13.6 and mac 10.13.3 using chrome latest stable #69.0.3497.92 and latest canary #71.0.3553.2. Observed that URL "https://www.google.com/" is pasted into the URL bar of the new tab as expected.

As the issue is not reproducible from TE-end. Hence, removing the Needs-Bisect label and requesting some one from UI>Input>KeyboardShortcuts team to please have a look into the issue.

Thanks...!!

This repros for me. I wonder what's different.

Deleted: crbug_882169_repro.mp4 1.7 MB

	crbug_882169_repro.mp4 1.7 MB View Download

 Issue 887171  has been merged into this issue.

***Mass UI Triage***

Based on #19, adding appropriate label.