bruno.onlyme@ Thanks for the issue.

Can you please confirm if this issue is related to ios or Mac OS ?

Thanks..

this issue is related to ios or Mac OS
related to "macos" - because "macos chrome" process the data to "url input" but no into "javascript"


I tested it more
+ macos chrome --- url yes - js no
+ macos safari --- url yes - js no
+ macos firefox --- url no - js no
+ macos opera --- url no - js no

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

I tested it now - paste copied link through "ios safari more button" and paste content in "ios safari contenteditable" in the same device - and it doesn't work either.

So I thinking that "paste on chrome url input" is some kind "macos input fields behaviour". At the same time I believe it could be pass into javascript object somehow.

Q what do you think?

Thanks for your report. I'm afraid I don't understand your repro steps. Can you attach a screencast? You can make one using QuickTime's screen recording feature.

I tested it more carefully. That was my some mistake. Therefore I don't attach video.


Copy from "mobile safari more button" and paste into "mobile safari html contenteditable" works - OK.

Copied object on "mobile safari more button" pasted "through handoff" into "macos chrome url bar input" works - OK.

Copied object on "mobile safari more button" pasted "through handoff" into "macos chrome html contenteditable" do not works - NOK.


So origin issue - see attachments "safari img01, chrome img02".

Deleted: Screen Shot 2018-06-15 at 4.11.01 AM.jpg 127 KB

	Screen Shot 2018-06-15 at 4.11.01 AM.jpg 127 KB View Download

Deleted: Screen Shot 2018-06-15 at 4.10.41 AM.jpg 73.4 KB

	Screen Shot 2018-06-15 at 4.10.41 AM.jpg 73.4 KB 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

Thanks for following up. I still don't quite understand your repro steps - can you please attach a video?

[Mac triage] I was able to repro this and attached a screen recording. The issue shows up around the :30 mark. If I copy regular text on my phone and then try to paste it into a textarea on my Mac, it works. If I do that with a URL, no luck (but it works in UI like the omnibox.

Deleted: crbug_851473.mp4 5.4 MB

	crbug_851473.mp4 5.4 MB View Download

nice video preview - that's exactly the problem :-)

It seems this is issue in Chrome iOS.

It works fine on desktop Safari and Chrome.

Added a few others on Chrome iOS team for input.

The issue is not in Chrome iOS, the repro steps and video don't even mention it. 

Since URLs copied from either Safari iOS or Chrome iOS show up in the address bar, I suspect that handoff only passes the NSURL clipboard object when the clipboard contains both a URL and a string; then Chrome on Mac doesn't paste it into the content area. Perhaps the content area tries to get kMimeTypeText clipboard contents, which is empty in this case? 

Mac triage: to avi@ for investigation

sdy, since you can repro, can you paste into the PasteboardPeeker, and copy and paste the results from that? I'm curious as to what flavors are on the paste.

Deleted: PasteboardPeeker.zip 13.1 KB

PasteboardPeeker.zip 13.1 KB Download