A similar issue:

What steps will reproduce the problem?
1. Get text into the primary clipboard.
2. Focus the omnibox (either pressing control-l or single-clicking will work).  At this point the text in the omnibox will be highlighted.
3. Double-click on a word in the omnibox to highlight that word.
4. Middle click above the word.

Expected results:
5. The omnibox text (which was highlighted before) is replaced with the pasted text.
6. The primary clipboard still contains the same text as before.

Actual results:
5. The omnibox text remains unmodified (but now is no longer highlighted)
6. The cursor appears at the end of the highlighted word.
7. The primary clipboard is clobbered (i.e., empty).

Note that if step 4 was to middle click somewhere else in the omnibox (i.e., not above the highlighted text), the clipboard is pasted correctly.  It's only pasting atop a selection that's broken.

Is this different than 364676 ?

Sounds like it might be the same. In  issue 364676 , the omnibox text is highlighted by opening a new tab and typing to get a suggestion (rather than single-left-clicking in the omnibox to highlight the whole thing), but the underlying "middle-clicking on highlighted text in omnibox clears PRIMARY" behavior seems like a match.

Hey mpearson, I have a question about c#1.

In your expected results, after you have double-clicked a word within the Omnibox, wouldn't you expect that double-clicked portion to be entered into the PRIMARY?

Then the expected results in c#1 become:
5. The highlighted word in the Omnibox is replaced with itself.
6. The PRIMARY clipboard contains the word in the Omnibox.

Please let me know if I'm misunderstanding.

Thanks!

Tommy

I realize this CL is somewhat different, but I'm consolidating the bugs to consolidate discussion.

I think that makes sense.  I always often that double-clicking on Linux is supposed to muck with primary.  I usually select things by clicking and dragging...

So I guess the original report is on the only actual misbehavior.