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 510204 - Clipboard is erased after closing GIMP
Clipboard is erased after closing GIMP
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: .General
2.18.x
Other All
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
: 510230 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-01-17 15:44 UTC by Oxmosys
Modified: 2018-04-15 00:16 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Oxmosys 2008-01-17 15:44:38 UTC
Please describe the problem:
when using clipboard to copy some text from GIMP under Linux, the text stored in the clipboard will be erased if I close GIMP. A lot of programs does have that bug right now and this is due to a recent change in the Freedesktop Clipboard Manager specification which you can find here :

http://www.freedesktop.org/wiki/ClipboardManager

Steps to reproduce:
1. Open GIMP and a new template
2. Type some text and copy that text in the clipboard
3. Try to paste that text in a word editor, it works
4. Close GIMP and try to paste again the same text in a word editor

Actual results:
Nothing is pasted.

Expected results:
The clipboard should still contain the copied text and paste should be successful.

Does this happen every time?
Yes

Other information:
Linux Ubuntu Hardy 8.04 Alpha 3
GIMP : 2.4.2-1ubuntu2
Comment 1 Sven Neumann 2008-01-17 17:07:51 UTC
Please file this against GTK+ then.
Comment 2 Pietro Battiston 2010-03-04 15:47:33 UTC
Moving to gtk (yes, the problem is still there: it is present in gimp, gnucash, gedit - if any running instance is killed - and is apparently general).

If this is really a gtk+ problem, the bug

https://bugzilla.gnome.org/show_bug.cgi?id=510205

is a duplicate... but I'd like a confirmation of that (if I had to bet a dollar, I would say that since Firefox solved that - http://hg.mozilla.org/mozilla-central/rev/270a70535807 - it is _not_ a gtk problem...)
Comment 3 Oxmosys 2010-03-04 17:45:16 UTC
There is a mistake in your last comment : this bug does not appear in gedit.

And it does not appear in most, if not all GNOME apps : vinagre, gcalctool.

Does these apps rely on GTK+ ?
Comment 4 Pietro Battiston 2010-03-04 17:51:30 UTC
I don't think I'm mistaken:
- open any file in gedit
- copy some text
- open a terminal
- type "killall gedit"
- press Ctrl+Shift+V (paste)

nothing appears...

Thought the bug is certainly not critical - users don't tipically "killall gedit" - I guess this is still not the behaviour developers would expect.

vinagre, gcalctool and all gnome apps rely on gtk+ libraries, yes.
Comment 5 Pietro Battiston 2010-03-04 17:54:12 UTC
... but you're right, this does not affect all gtk programs. Still, before creating separate bugs for gedit, gimp & maybe others I'd like to know the opinion of some developer.
Comment 6 Matthias Clasen 2010-03-04 18:11:38 UTC
That is just not how the clipboard manager support in gtk and gnome works.
If you kill the clipboard owner in that way, it has no chance to transfer the clipboard contents to the clipboard manager. It'll work if you exit gedit regularly.
Comment 7 Pietro Battiston 2010-03-04 21:28:05 UTC
OK, my fault, let's say the bug can't be reproduced in gedit, but it certainly exists in the gimp and in gnucash (regularly exiting).

Matthias, can you confirm that it's a app-specific bug?
Comment 8 Sarah Strong 2010-06-18 19:28:14 UTC
I just tested in GIMP 2.6.8 in Ubuntu Lucid, and GIMP works for graphics but loses copied text on application quit (not killall). You can find more information about this bug at http://wiki.ubuntu.com/ClipboardPersistence
Comment 9 Matthias Clasen 2010-08-11 04:12:22 UTC
*** Bug 510230 has been marked as a duplicate of this bug. ***
Comment 10 Matthias Clasen 2018-02-10 05:02:06 UTC
We're moving to gitlab! As part of this move, we are moving bugs to NEEDINFO if they haven't seen activity in more than a year. If this issue is still important to you and still relevant with GTK+ 3.22 or master, please reopen it and we will migrate it to gitlab.
Comment 11 Matthias Clasen 2018-04-15 00:16:51 UTC
As announced a while ago, we are migrating to gitlab, and bugs that haven't seen activity in the last year or so will be not be migrated, but closed out in bugzilla.

If this bug is still relevant to you, you can open a new issue describing the symptoms and how to reproduce it with gtk 3.22.x or master in gitlab:

https://gitlab.gnome.org/GNOME/gtk/issues/new