After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 584233 - Setting the CLIPBOARD selection should also set the PRIMARY selection
Setting the CLIPBOARD selection should also set the PRIMARY selection
Status: RESOLVED WONTFIX
Product: gtk+
Classification: Platform
Component: Widget: Other
2.16.x
Other All
: Normal enhancement
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks: 333514
 
 
Reported: 2009-05-29 20:16 UTC by Zack Weinberg
Modified: 2015-08-16 13:24 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Description Zack Weinberg 2009-05-29 20:16:03 UTC 
This is spun off of bug 333514, and is point (4) of the long description of desired PRIMARY-selection behavior in the original bug report there.

Any action which sets the X11-level CLIPBOARD selection should also set the PRIMARY selection to the same thing.  Context-menu actions such as "Copy Link Address" currently set CLIPBOARD but not PRIMARY, and it's also possible for the regular cut command to do this if the visible highlight is out of sync with PRIMARY (see bug 334060 as well as 333514).

Habitual users of middle-mouse paste, like myself, would really appreciate this change.  One concrete case where not doing this makes extra work:  I have my web browser set to open a URL in a new tab if it is middle-mouse pasted into an uneditable area of a web page (Firefox; I don't remember if it's the default behavior) -- I would really like to be able to do "Copy Link Address" from the context menu, middle-mouse that into a browser window, and be done, instead of having to Ctrl-T a new tab, click in the URL bar, Ctrl-V, carriage return.