Manoranjan, Can you help us test ?

Forum : https://productforums.google.com/forum/#!msg/chrome/Sqv4fPmgztU/wpWF0HXXDQAJ

Here's a second forum: https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/deZi3HuUQgw/0JJNtR9nCAAJ

James@, thank you for the report. I am able to reproduce this issue on Chrome Stable#51.0.2704.79/84 as well as on Latest Canary#53.0.2764.0 for Mac OS X 10.11.5.

This seems to be a recent regression and working fine on previous stable#50.0.2661.102. Working on finding a narrow bisect.

PS: I am using Outlook 2011 for the repro.

Thank you!

Here is the narrow bisect: https://chromium.googlesource.com/chromium/src/+log/40e5476f77c26efab0a63f05e8498ec8968565de..29f6dfa448d004e6f41c43e2c1a7cd6c4bcf1dfa

yoichio@, could you please look into this change: (https://chromium.googlesource.com/chromium/src/+/29f6dfa448d004e6f41c43e2c1a7cd6c4bcf1dfa) ?

Thank you!

We're planning to M51 Desktop Stable refresh release this week. yoichio@, could you PTAL as this bug as been reported as  M51 stable blocker?

Ccing CL (https://chromium.googlesource.com/chromium/src/+/29f6dfa448d004e6f41c43e2c1a7cd6c4bcf1dfa) reviewers as yoichio@ is in Japan.

> Here is the narrow bisect: https://chromium.googlesource.com/chromium/src/+log/40e5476f77c26efab0a63f05e8498ec8968565de..29f6dfa448d004e6f41c43e2c1a7cd6c4bcf1dfa

Is the range correct?  This issue must be unrelated to Blink, and both of the changes were in Blink.

Hmm., let me redo the bisect. Seems like there are few chromium instances where "Cmd+c" itself not working and somehow i missed that before.

I'm experiencing this issue as well. I cannot paste a URL directly from the URL bar on Chrome on Mac to the email body of a message in Outlook. Instead, I need to paste it to the subject line, a new tab, or a text file, then copy the text again. At that point, I can paste it into the Outlook email body.

I am experiencing this issue as well. Glad to know the bug is being addressed. 

Chrome Version 51.0.2704.84 (64-bit)
Outlook Version 14.6.4 
OS X Yosemite Version 10.10.5

Please find the rebisect below  :

This is broken between Chrome builds 51.0.2696.0 and 51.0.2697.0(Find the change log for the same below)

https://chromium.googlesource.com/chromium/src/+log/51.0.2696.0..51.0.2697.0?pretty=fuller&n=10000


Suspected CL : https://chromium.googlesource.com/chromium/src/+/26a06f645bbdc6b23e4a4a72b5afef2cf2f7a0d4

 Issue 620263  has been merged into this issue.

This is probably https://chromium.googlesource.com/chromium/src/+/df2f225a8b0e9bb797a0a8667ea601ac67941e28

erikchen@ - I was looking at ClipboardUtil::AddDataToPasteboard():

void ClipboardUtil::AddDataToPasteboard(NSPasteboard* pboard,
                                        NSPasteboardItem* item) {
  NSSet* oldTypes = [NSSet setWithArray:[pboard types]];
  NSMutableSet* newTypes = [NSMutableSet setWithArray:[item types]];
  [newTypes minusSet:oldTypes];

  [pboard addTypes:[newTypes allObjects] owner:nil];
  for (NSString* type in newTypes) {

This function adds only the types in |item| that the pasteboard does not already contain. However I would think you would want to add all the representations of |item| to the pasteboard? Theoretically, if the pasteboard already contains plain text at the moment the user copies from Chrome, AddDataToPasteboard() will see that plain text and skip copying plain text from Chrome.

There is two of us at our office having the same issue as well. It started a few days ago for us. We cannot paste a URL directly from the URL bar on Chrome on Mac to the email body of a message in Outlook. Instead, I need to paste it to the subject line, a new tab, or a text file, then copy the text again. It's so frustrating when this is part of our daily work load, keeping track of websites.

Chrome Version 51.0.2704.84 (64-bit)
Outlook Version 15.19.1 (160212) 
OS X Yosemite Version 10.10.5

You can simply use the Chrome tool bar to open a new email with the url embedded in the text:  File/Email page location

I, too, am experiencing this issue on my Mac with Chrome/Outlook.

I see that this is not just Outlook, I saw similar behavior on "Notes".

Thank you for the pointer on reproducing this in the notes app. I believe I have found the cause of the regression and am putting together a cl for it.

This happens on my Mac as well but with my apple mail account. Hoping your fix will work for this as well. Model Name:	iMac
  Model Identifier:	iMac10,1
  Processor Name:	Intel Core 2 Duo
  Processor Speed:	3.06 GHz
  Number of Processors:	1
  Total Number of Cores:	2
  L2 Cache:	3 MB
  Memory:	12 GB
  Bus Speed:	1.07 GHz
  Boot ROM Version:	IM101.00CC.B00
  SMC Version (system):	1.52f9
  Serial Number (system):	QP0120TZB9S
  Hardware UUID:	EA71055D-4718-54E4-B9E7-855A993C6C1F

Same Problem for me on 2 macs.   This same behavior is true in Apples Mail.app also.

shrike@, could you please provide an update on this? Is there any progress on fix?

I have a fix which I tried to land but tests failed. I'm going to work on getting the tests to pass and hopefully land it in time for tonight's Canary.

Thank you shrike@ for the update. 

For the record, I can reproduce this problem in 51.0.2704.103 but not in 51.0.2704.84.

I could also not paste into Notes, as an intermediary location. So from the URL bar in to the email subject field in Outlook and then into the body does work as a workaround. 

erikchen@ - I'm assigning this bug to you. Once your cl lands and gets a little airtime on Canary we need to cherry-pick back to M52 and M51.

Correction to #29 - it seems that copy/paste works fine from Chrome to Notes on my desktop machine but not on my laptop. Both are running 10.11.5 (15F34).

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/23d52abd52313ed4431d33935d6a4d72394a350c

commit 23d52abd52313ed4431d33935d6a4d72394a350c
Author: erikchen <erikchen@chromium.org>
Date: Tue Jun 21 22:51:27 2016

[Mac] Fix regression with copying URLs from the Omnibox.

The function ClipboardUtil::PasteboardItemFromUrl was incorrectly attempting to
create a public UTI using UTIFromPboardType. The resulting NSPasteboardItem was
not correctly writing to the NSPasteboard. Using the public UTIs directly fixes
this problem.

BUG= 618771 

Review-Url: https://codereview.chromium.org/2080603007
Cr-Commit-Position: refs/heads/master@{#401134}

[modify] https://crrev.com/23d52abd52313ed4431d33935d6a4d72394a350c/ui/base/clipboard/clipboard_util_mac.mm
[modify] https://crrev.com/23d52abd52313ed4431d33935d6a4d72394a350c/ui/base/clipboard/clipboard_util_mac_unittest.mm

According to the changelog for 53.0.2774.3 Canary

https://chromium.googlesource.com/chromium/src/+log/53.0.2774.2..53.0.2774.3?pretty=fuller&n=10000

the fix is not in today's Canary, and I confirm that after updating to Canary I still see the problem. Let's hold off on merging until we confirm it works and maybe get some confirmation from users out there.

Also, if an issue has been fixed but needs to be cherry-picked back to a milestone, should it really be marked as fixed? Seems like it's then easy to forget that there's additional work required.

Your change meets the bar and is auto-approved for M52 (branch: 2743)

Having the same issue - can't paste URL into Outlook email. I'm not a computer expert like many here seem to be. How do I correct this?

Dowloaded the Canary Release 53.0.2777.0 64-bit for Mac and verified that this is now working for me as well.  

Confirmed - seems to be fixed in 53.0.2776.0.

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/2d84e10c2bbaa428299a7d654c9bf023ff1ca3a4

commit 2d84e10c2bbaa428299a7d654c9bf023ff1ca3a4
Author: erikchen <erikchen@chromium.org>
Date: Thu Jun 23 16:14:11 2016

[Merge to 2743] [Mac] Fix regression with copying URLs from the Omnibox.

> The function ClipboardUtil::PasteboardItemFromUrl was incorrectly attempting to
> create a public UTI using UTIFromPboardType. The resulting NSPasteboardItem was
> not correctly writing to the NSPasteboard. Using the public UTIs directly fixes
> this problem.
>
> BUG= 618771 
>
> Review-Url: https://codereview.chromium.org/2080603007
> Cr-Commit-Position: refs/heads/master@{#401134}

(cherry picked from commit 23d52abd52313ed4431d33935d6a4d72394a350c)

Review URL: https://codereview.chromium.org/2094553003 .

Cr-Commit-Position: refs/branch-heads/2743@{#455}
Cr-Branched-From: 2b3ae3b8090361f8af5a611712fc1a5ab2de53cb-refs/heads/master@{#394939}

[modify] https://crrev.com/2d84e10c2bbaa428299a7d654c9bf023ff1ca3a4/ui/base/clipboard/clipboard_util_mac.mm
[modify] https://crrev.com/2d84e10c2bbaa428299a7d654c9bf023ff1ca3a4/ui/base/clipboard/clipboard_util_mac_unittest.mm

I don't think we should merge to M-51, since it's already pushed to stable, and this isn't a P-0.

sshruthi@ has said that we should merge this back to M51 because of all the ConOps activity it's generating. sshruthi@ - please remove Merge-Request-51 if we should not merge back to M51, otherwise we should get TEs to do some testing as we discussed.

Confirmation from TE team: Fix (as per c#33) is working as intended on Latest Canary#53.0.2777.0 for Mac OS X 10.11.5 MacBook Air (Outlook 2011).

Thank you!

What this mean for the timing of the fix getting into a future update?

It's probably a little too late to get this into M51. How safe is the fix, in any case?

I found this issue while searching for this issue in relation to the "Notes" app, that comes with the Mac OS. It seems like pasting and URL, from Chrome, works fine for me when I use Outlook...However, I've been unable to do this at all today, in the Notes app, after upgrading to the latest version of Chrome v51.0.2704.103. Everything worked great yesterday.

[Automated comment] Request affecting a post-stable build (M51), manual review required.

Re: # 51, the fix should be relatively safe. erikchen@ can speak more directly about it.

I'm not pushing for a merge to M-51. We should do whatever makes sense.

When can we expect this to be implemented?  I have enterprise Mac users this is effecting.

The problem with changes to copy/paste or drag and drop code is that the integration with external apps has poor test coverage. While my CL looks safe to me, it could have broken other integration. I don't think we should merge to M-51.

binarydaddy: When M52 is released, the problem should be fixed. Alternatively, the next Beta bush to M52 should also fix the problem.

I am using Google Chrome Version 51.0.2704.103 (64-bit).  I use Outlook for MAC 2011.  I can cut and past into the "Subject" and into a word doc and then into the body of the message, but not directly into the body of the e-mail message.  Weird.  Any ideas. Happens with all URLs, and any method of cut and past.

Safari works fine so the problem seems to be integrating Outlook 11 with google chrome on a Mac.

I have the same issue, Chrome Version 51.0.2704.103 (64-bit) and Outlook 2011 Version 14.6.5 (160527) I have to copy even URLs and text into a text editor, and then copy into Outlook email body.

Hi everyone,

This issue will be fixed in Chrome version 52, which will probably be released to the stable channel in late July.  If you're anxious to get a fixed version sooner, you can switch to the Beta channel, which should have the fix when the new beta version is released later this week.

Tested the fix on Latest Beta#52.0.2743.60 for Mac OS X 10.11.5 (Using Outlook 2011) and it is working as intended.

Thank you!