MASTER Copy-Paste doesn't work if the source is closed before the paste

Bug #11334 reported by Arandonohue
This bug affects 369 people
Affects Status Importance Assigned to Milestone
AbiWord
Confirmed
Medium
ChmSee
Unknown
Unknown
Chromium Browser
Unknown
Unknown
Eclipse
Unknown
Unknown
Empathy
Unknown
Medium
Epiphany
Invalid
Medium
GTK+
Expired
Medium
GnuCash
Fix Released
Medium
Inkscape
Invalid
Low
Unassigned
KDE Utilities
Incomplete
Undecided
Unassigned
LibreOffice
Confirmed
Wishlist
Mousepad
New
Undecided
Unassigned
OpenOffice
Confirmed
Unknown
Qt
New
Undecided
Unassigned
Webkit
Fix Released
Medium
X.Org X server
Invalid
High
XULRunner
Fix Released
Medium
Xournal
New
Undecided
Unassigned
gnome-utils
New
Undecided
Unassigned
kdelibs
New
Undecided
Unassigned
tomboy
Unknown
Medium
vim
New
Undecided
Unassigned
Ubuntu
Confirmed
Wishlist
Unassigned
Declined for Dapper by Chris Coulson
Declined for Hardy by Chris Coulson
Declined for Intrepid by Chris Coulson
Declined for Jaunty by Chris Coulson
Declined for Karmic by Chris Coulson
Declined for Lucid by Chris Coulson
Declined for Maverick by Sebastien Bacher

Bug Description

===+++ _____________________ ! ALL USERS ! _____________________ +++===
===+++ READ THIS BEFORE MAKING A COMMENT OR MODIFICATION +++===

IMPORTANT 1: Please see the WORKAROUND a few lines below.

IMPORTANT 2: Please don't post any "me too message"; use the "Does this bug affect you?" feature you can find a bit above this bug description on Launchpad.

IMPORTANT 3: Do not post anything if you haven't read all comments to verify that your point hasn't been made. If you feel tempted to stop reading because there are too many messages, that is a strong indicator that you shouldn't add even more comments. Developers have a tough time to find anything if you post redundant stuff. So please abstain from doing that.

*** WORKAROUND ***
---------------------------
Install diodon, klipper, glipper, parcellite or xfce4-clipman
--------------------------------------------

*** EXPLANATION OF THE BUG ***
When I copy (Ctrl + C, or right click and "Copy") text from somewhere and after that close the program where it is, the clipboard gets empty.

Steps to reproduce in gedit :
1. Pick any text field that supports copying, copy some text.
2. Paste into any other text field.
3. It works.
4. Close the source window or program.
5. Paste now does nothing.

This bug will happen in any application that doesn't comply with the clipboard specification from FreeDesktop.
http://www.freedesktop.org/wiki/ClipboardManager

There was also previous considerations about improving xserver-xorg clipboard, which would reduce adaptation work from upstream projects to comply with the specification.
Xorg : https://bugs.freedesktop.org/show_bug.cgi?id=25220
http://www.x.org/wiki/CutAndPaste
A related proposal is to implement it in Wayland: https://bugs.launchpad.net/ubuntu/+source/wayland/+bug/865885

******** Actual Status : ********
----- Not fixed : ------
OpenOffice : http://www.openoffice.org/issues/show_bug.cgi?id=63092
LibreOffice : https://www.libreoffice.org/bugzilla/show_bug.cgi?id=48783
GIMP | GTK+ : https://bugzilla.gnome.org/show_bug.cgi?id=510204
Gnucash : http://bugzilla.gnome.org/show_bug.cgi?id=510205
Inkscape : This bug.
Blender : https://developer.blender.org/T38674

++++ Fixed : +++++
Firefox, Thunderbird, Sunbird (Xulrunner) : Fixed in 1.9.3 trunk https://bugzilla.mozilla.org/show_bug.cgi?id=311340
Evolution : Fixed in 2.29 http://bugzilla.gnome.org/show_bug.cgi?id=258374
Chromium : http://code.google.com/p/chromium/issues/detail?id=32291
Pidgin : Fixed
Gedit : Fixed
Most Gnome apps, Fixed
*************************************

Related branches

Revision history for this message
Sebastien Bacher (seb128) wrote :

anybody with some knowledge about the internals of the copy/paste system ?

Revision history for this message
Daniel Stone (daniels) wrote :

I believe the reporter has just discovered how X's clipboard mechanism works;
there is no persistent store. When you click 'copy', the source window simply
announces that it is claiming the CLIPBOARD selection (others to claim include
PRIMARY and SECONDARY). When you click 'paste', that window is queried for the
contents of the selection. If the window[0] does not exist, it cannot be
queried, and thus you cannot paste.

[0]: Not window as such, but connection to the X server. As soon as that
instance has no connection, it's out.

Revision history for this message
In , Siimo2005 (siimo2005) wrote :

Since gnome desktop that firefox attempts to blend with on linux uses the
freedesktop specs for clipboard management, anything copied from firefox is lost
when firefox is closed as firefox does not follow these specifications:
http://www.freedesktop.org/wiki/Standards_2fclipboards_2dspec

in other applications copying something and closing the application does not
cause the copied content to be lost (this clipboard manager was implemented in
gnome 2.12)

Revision history for this message
In , Adam Guthrie (ispiked) wrote :

*** Bug 312485 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Thomas Winwood (jormundgand) wrote :

I'd like to bring this to the attention of the necessary developers so we can get this in - it's annoying having Firefox not interact properly with gnome-clipboard-daemon (or anything else for that matter).

Revision history for this message
In , Bugzilla-tecnocode (bugzilla-tecnocode) wrote :

*** Bug 330704 has been marked as a duplicate of this bug. ***

Revision history for this message
Marco "Gabriev" Sordi (rpgman) wrote : Re: Copy-Paste doesn't work if the source is closed before the paste

I confirm this general issue

Revision history for this message
In , Bzbarsky (bzbarsky) wrote :

I'm not sure I follow. We follow the spec at http://standards.freedesktop.org/clipboards-spec/clipboards-0.1.txt just fine -- the Ctrl-c key combination uses CLIPBOARD while mouse-highlight uses PRIMARY.

The behavior I observe in Mozilla is the same as the behavior I observe in Gnumeric and the Terminal thing that Fedora Core 4 ships with -- the CLIPBOARD is available until the app quits, but not after that.

So as far as I can tell, this bug is invalid -- it's demanding that we implement a specification that we already implement and implying that doing that will change what happens when the browser is shutdown (which looks like an unrelated issue to me).

What am I missing?

Revision history for this message
In , Thomas Winwood (jormundgand) wrote :

The problem from my perspective is that Firefox somehow bypasses gnome-clipboard-daemon which is used for ensuring that CLIPBOARD does exist after the program quits.

Revision history for this message
In , Rimas Kudelis (rq) wrote :

I guess it's a duplicate of Bug 23386. Someone should probably dupe one of these against the other.

Revision history for this message
In , Rimas Kudelis (rq) wrote :

Btw the Summary field of this bug is really invalid. AFAICS, gnome-clipboard-daemon is not a part of the Freedesktop.org specification.

Revision history for this message
In , Rimas Kudelis (rq) wrote :

One last thing (sorry for too many messages). I'm using GNOME and Cutting and Pasting from Gedit (as an example) works even after I quit it. However, I've just checked and I don't see any gnome-clipboard-daemon or -manager banary running or even existing on my system. However I've found out an announcement of GNOME 2.12 [1], which states that that version of GNOME is managing the clipboard in a new, much better, way. It also states that this feature is based on a freedesktop.org specification.

The summary of this bug should be changed to something more exact, but I'm not sure about to what. However, the developers of Mozilla may want to look at the list of clipboard-related links in freedesktop.org[2].

[1] http://www.gnome.org/~davyd/gnome-2-12/
[2] http://freedesktop.org/wiki/FindPage?action=titlesearch&value=clipboard

Revision history for this message
In , Rimas Kudelis (rq) wrote :

(one last message for now, I promise).
It's the link that is bad, not the summary. Someone please change the link to http://freedesktop.org/wiki/Standards_2fclipboard_2dmanager_2dspec

Also, please dupe Bug 23386 against this one.

Revision history for this message
In , Rimas Kudelis (rq) wrote :

could anybody apply the changes listed in my last comment, please?

Revision history for this message
Magnetizer (magnetizer) wrote : Re: Copy-Paste doesn't work if the source is closed before the paste

I confirm this issue as well.

From Daniel Stone answer I understand that this is no bug but the common behaviour of the X clipboard?

Still I (perhaps not only me as I see that this "bug" is reported more than once (see #36165) ) find this behaviour quite strange.

Perhaps I will get used to it but does anybody know if there is a workaround for this issue?

Thanks in advance...

Revision history for this message
Andreas Lloyd (lloydinho) wrote :

Ubuntu QA guy Simon Law puts it like this:

"Thank you for your report.

This behaviour has always been the case and is a design feature of X11.

You are describing SELECTION and PRIMARY buffers. They were separate and have semantics that are both supported by major X applications. It is unlikely that this will change in the near future, even though more and more applications prefer exposing the PRIMARY buffer in their menu systems."

Revision history for this message
Marcel Saatkamp (marcel-saatkamp) wrote :

glipper is a good solution/work around:
http://www.gnomefiles.org/app.php/Glipper

Revision history for this message
Magnetizer (magnetizer) wrote :

Thanks Marcel :-)

I'll try

Revision history for this message
In , Rimas Kudelis (rq) wrote :

*** Bug 23386 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Rimas Kudelis (rq) wrote :

Changing the URL and reassigning the bug to Toolkits/Widgets, as it seems more appropriate to go there.

Revision history for this message
In , eppy 1 (choppy121212) wrote :

Anyone know if a freedesktop clipboard fix will be in Firefox 3? Firefox sticks out like a sore thumb due to this issue and makes it look unpolished, even though it ships with many Linux distros. (there are multiple bugs in Ubuntu's Launchpad about this as well, if devs need more info: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/21202 https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/69613
https://bugs.launchpad.net/bugs/81506 https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/90477 )

Revision history for this message
In , Rimas Kudelis (rq) wrote :

I don't think this bug should be considered an RFE anymore. It's much rather a major loss of functionality, IMO.

Revision history for this message
Sarah Kowalik (hobbsee-deactivatedaccount) wrote : Re: Copy-Paste doesn't work if the source is closed before the paste

FWIW, even windows works this way (as in, once the source window is closed, the data is lost).

Having glipper as a dep would solve this though.

Revision history for this message
Alec Wright (alecjw) wrote :

Why should it work this way? Ok, it saves memory, but out of 1GB or so, a few bytes of text isn't going to do much. I think this bug should be confirmed and marked as wishlist

Revision history for this message
Andrey Andreev (narf) wrote :

No, windows does not work this way - I just tested it.

Revision history for this message
Alec Wright (alecjw) wrote :

Well in the grand scheme of things, how windows works is pretty irrelevant. This is ubuntu, which should work in the way that works best, not just the same way as windows.

Revision history for this message
Andrey Andreev (narf) wrote :

I agree on that and I've never said it should work this way just because Windows does.
I was just replying to Sarah Hobbs' comment.

Revision history for this message
In , Bunny13-tm (bunny13-tm) wrote :

Hi,

I want to solve this problem whether a bug or not..
Can anybody help me, I want to know where exactly this problem should be delt with.
I mean, which file in the source code contains the relevant code.

Revision history for this message
mouse (mr.mouse) wrote : Re: Copy-Paste doesn't work if the source is closed before the paste

i also have this problem (Bug #11334)

is it possible to solve this problem on Ubuntu 8.04 ?

Revision history for this message
Chi (nickmacavoy) wrote :

This would have to be my number 1 "bug" in Ubuntu, I run into it several times a day and is at the top of my wishlist to Santa. I understand it's not bug, it's in fact working perfectly, it's just restrictive and a little frustrating.

Revision history for this message
Alec Wright (alecjw) wrote :

This bug definitely is valid, and confirmed by several people. It should probably be wishlist rather than medium though.

Revision history for this message
In , Dstile (dstile) wrote :

Since the URL field leads to a page that doesn't exist, I am pointing it to current location of Clipboard Manager specification:
http://freedesktop.org/wiki/Specifications/clipboard-manager-spec

Trisha: This bug is not about the Clipboard spec, which as B Zbarsky rightly pointed out, Firefox already implements, but rather the Clipboard *Manager* spec.

Revision history for this message
Fred (eldmannen+launchpad) wrote : Re: Copy-Paste doesn't work if the source is closed before the paste

I have this bug too!

1960 called and want their copy&paste system back.

Windows 3.11 could do this 15+ years ago.

This bug pisses me off! Fix it!

Revision history for this message
Fred (eldmannen+launchpad) wrote :

This is an important bug, and its been 3-4 years since its been reported, and you still haven't fixed it.
Other operating systems have had the functionality for like 20 years.

Revision history for this message
In , Eldmannen+mozilla (eldmannen+mozilla) wrote :

Please fix this.

This annoys me a lot. I must use Epiphany or other browser, if you cant fix it.

Revision history for this message
glubrani (glubrani) wrote : Re: Copy-Paste doesn't work if the source is closed before the paste

Really? 3-4 years? Why has it not been fixed after so long a time?

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Because probably nobody has the knowledge, time or is not interested to work on it? Comments like you're posting recently doesn't help at all, if you want to help to get this fixed you can work on a patch and submit it to the report, but please stop commenting with no useful information. thanks in advance.

Revision history for this message
In , Martin Olsson (mnemo) wrote :

This bug is _the_ most annoying bug for Firefox on Ubuntu. I'm hit my this bug at least once every week.

Revision history for this message
In , Bugmail-asutherland (bugmail-asutherland) wrote :

*** Bug 221183 has been marked as a duplicate of this bug. ***

Revision history for this message
Guilhem (logik-free) wrote : Re: Copy-Paste doesn't work if the source is closed before the paste

I think there are case where it is very important to retain copy buffer : Have you ever tried to create a filter with a header in evolution ?
A natural way would be :
- Show source message
- Select and copy desired header
- Close window
- Go to Edit > Filters > New >
- Paste
Unfortunately, it doesn't work, because of what has been said above... I have to keep the window open, and once filter is created, go back to find it in order to close it...

But I thought selection buffer (X-managed) was different from copy-paste (WM managed)... but even CTRL-C doesn't retain clipboard...

It is my #1 wishlist/bugfix as I run into it very often... Worst, it seems to me that even if selection buffer worked that way, copy-paste used to behave as expected... maybe in my days of using windowmaker ?

Thanks for working so hard for us !

LimCore (limcore)
description: updated
tags: added: epicfail
Martin Albisetti (beuno)
tags: removed: epicfail
Mat Tomaszewski (mat.t.)
Changed in hundredpapercuts:
importance: Undecided → High
status: New → Confirmed
Changed in hundredpapercuts:
status: Confirmed → Invalid
Vish (vish)
tags: added: ayatana
description: updated
description: updated
Vish (vish)
affects: hundredpapercuts → null
summary: - Copy-Paste doesn't work if the source is closed before the paste
+ MASTER Copy-Paste doesn't work if the source is closed before the paste
Vish (vish)
Changed in hundredpapercuts:
status: New → Invalid
Endolith (endolith)
Changed in hundredpapercuts:
status: Invalid → New
Vish (vish)
Changed in hundredpapercuts:
status: New → Invalid
Micah Gersten (micahg)
Changed in null:
importance: High → Unknown
status: Invalid → Unknown
affects: null → xserver
affects: xserver → xorg-server
Changed in xorg-server:
status: Unknown → Confirmed
description: updated
Micah Gersten (micahg)
description: updated
description: updated
C de-Avillez (hggdh2)
description: updated
Vish (vish)
description: updated
LimCore (limcore)
Changed in hundredpapercuts:
status: Invalid → Confirmed
LimCore (limcore)
Changed in hundredpapercuts:
status: Confirmed → Invalid
description: updated
description: updated
Hell Pé (hellpe)
description: updated
Changed in epiphany:
status: Unknown → New
Changed in empathy:
status: Unknown → New
Changed in abiword:
status: Unknown → Confirmed
Changed in openoffice:
status: Unknown → Confirmed
Changed in empathy:
status: New → Confirmed
Changed in xulrunner:
status: Unknown → Fix Released
Changed in hundredpapercuts:
status: Invalid → Confirmed
Changed in hundredpapercuts:
status: Confirmed → Invalid
Changed in gtk:
status: Unknown → New
Changed in tomboy:
status: Unknown → New
Changed in empathy:
status: Confirmed → Incomplete
Changed in empathy:
status: Incomplete → Confirmed
Ivanka Majic (ivanka)
tags: added: rhubarb
Changed in empathy:
status: Confirmed → Invalid
Changed in gtk:
status: New → Invalid
description: updated
description: updated
jazzynico (jazzynico)
Changed in inkscape:
importance: Undecided → Low
status: New → Confirmed
affects: hundredpapercuts → null
Changed in xorg-server:
importance: Unknown → High
Changed in gtk:
importance: Unknown → Medium
status: Invalid → Confirmed
Changed in gnucash:
importance: Unknown → Medium
status: Unknown → Confirmed
Changed in empathy:
importance: Unknown → Medium
status: Invalid → Unknown
Changed in epiphany:
importance: Unknown → Medium
Changed in tomboy:
importance: Unknown → Medium
Changed in xulrunner:
importance: Unknown → Medium
Changed in xorg-server:
importance: High → Unknown
Changed in webkit:
status: Unknown → Fix Released
Changed in abiword:
importance: Unknown → Medium
Changed in webkit:
importance: Unknown → Medium
Changed in xorg-server:
importance: Unknown → High
description: updated
270 comments hidden view all 339 comments
Revision history for this message
In , Jeremy Sequoia (jeremyhu) wrote :

This is just how selections work. If the application is closed, there's nobody
to ask for the data. If you want this to work right, use a clipboard manager.

Revision history for this message
In , Pyrates (pyrates) wrote :

Most users don't want this selection based clipboard. But if no one is gonna fix it for xorg, off I go to submit it gets implemented in wayland.

Revision history for this message
In , robbert (robbertvandendoorn) wrote :

There's a very easy solution for this bug: Buy a Mac, so you can use Mac OS X. Mac OS X just works.

Changed in xorg-server:
status: Confirmed → Invalid
Curtis Hovey (sinzui)
no longer affects: null
Changed in gnucash:
status: Confirmed → Fix Released
komputes (komputes)
tags: added: css-sponsored-p
Revision history for this message
In , 2-hugo-q (2-hugo-q) wrote :

Stop complaining about users not wanting selection-based copying. It has no negative impact if you don't use it, and users most likely won't notice it.

Let me shed some light on this (since there also seem to be so many references to this bug everywhere).

Selected text gets copied to PRIMARY, and get pasted *only* by pressing mouse2.
If you press ctrl+c, whatever is selected is copied to CLIPBOARD. Only pressing ctrl+v (or selecting "copy" from some menu) will get CLIPBOARD pasted.
PRIMARY and CLIPBOARD never interact; ever! So if you don't want selection-based copying, just don't press m2, and you're done, there's no need to change anything, and it doesn't affect the usage of CLIPBOARD.

description: updated
Revision history for this message
In , Pyrates (pyrates) wrote :

I use both mouse buttons, so yes it does effect me.

Just admit this was an awful design. Besides, they've refused to fix it.

That's why it's been submitted to wayland instead. You can stay behind on old tech while the rest of us welcome the modern era.

Revision history for this message
In , skabbedabbeda (skabtrebge) wrote :

@Hugo:
Fuck off, you moron! Not pressing that button worked 15 years ago when the scroll wheel wasn't yet invented and the middle button was the same kind of button as the left and the right button. Nowadays mice have scroll wheels and it is very common to accidentally press that scroll wheel while scrolling. So you're scrolling through a text document, you accidentally press the scroll wheel a little bit too hard and some text is inserted in your document.

People, please stop using this crap. Linux is just utter crap on the desktop and will never succeed. I can't understand people still use it. Buy a Mac or install Windows 7. Linux is completely useless and will always be completely useless.

Revision history for this message
In , Pyrates (pyrates) wrote :

I suppose the reason why this won't be fixed is because xorg is being replaced by wayland. Let's hope that wayland fixes it then.

Soon enough xorg will be obselete.

description: updated
Changed in epiphany:
status: New → Invalid
16 comments hidden view all 339 comments
Revision history for this message
In , penalvch (penalvch) wrote :

Marking back to NEW unless there is a non-robo discussion/discourse to address.

description: updated
Changed in df-libreoffice:
importance: Unknown → Medium
status: Unknown → Confirmed
description: updated
Revision history for this message
In , L-lunak-w (l-lunak-w) wrote :

This is a consequence of the X11 clipboard design and not LibreOffice specific. As such, there's not much LibreOffice itself can do about this on its own.

Changed in df-libreoffice:
status: Confirmed → Won't Fix
Revision history for this message
In , Stefano Bagnatica (thepisu) wrote :

(In reply to comment #9)
> This is a consequence of the X11 clipboard design and not LibreOffice
> specific. As such, there's not much LibreOffice itself can do about this on
> its own.

I'm not sure that "there's not much LibreOffice itself can do"... have you seen that specifications, for ways to store clipboard content after program exit?
https://wiki.ubuntu.com/ClipboardPersistence
http://freedesktop.org/wiki/ClipboardManager/

Revision history for this message
In , L-lunak-w (l-lunak-w) wrote :

Specifications are one thing, but there needs to be also something providing the functionality. While KDE's Klipper is run by default, I'm rather sure it doesn't implement this, I have no idea about other desktops, but IIRC GNOME has never really officially included a clipboard manager, so it's a question of how many users would have it there.

But fair enough, I guess this can be kept open for when somebody will feel like implementing this.

Changed in df-libreoffice:
status: Won't Fix → Confirmed
Revision history for this message
Tralalalala (tralalalala) wrote :

In LibreOffice Bugzilla #48783, TenLeftFingers (tenleftfingers) wrote on 2012-09-30:

"However on MacOS 10.8 (Mountain Lion) this issue is not reproducible.
The clipboard contents are preserved on exit."

Of course, because OS X is a proper operating system with a clipboard that always, because of the way it's implemented in the operating system itself. It has been said many times: A clipboard should be a feature of the operating system itself and applications shouldn't have to write code to make copy/paste work. Write an application for Windows, OS X or even iOS and copy/paste just works. There's no need for the developers to implement this feature to make copy/paste work.

That's why Linux is such a useless operating system.

In LibreOffice Bugzilla #48783, L-lunak-w (l-lunak-w) wrote on 2014-04-25:

"This is a consequence of the X11 clipboard design and not LibreOffice specific. As such, there's not much LibreOffice itself can do about this on its own."

You shouldn't even do something. Just don't fix it. It's absolutely ridiculous all applications have to be "fixed" by its developers. I surrounded "fixed" by quotation marks, because of course the applications are not broken at all. It's the operating system itself that's broken and they refuse to fix their crappy operating system and expect all developers to write code to make copy/paste work on their piece of shit called Linux. I'd say they can go fuck themselves. Just spend your time on Windows and OS X. Just don't give a single shit about Linux, just like 99,5% of the world doesn't give a shit about Linux. It's a useless piece of crap that doesn't even deserve developers who spend time writing software for it. Developers should just write software for Windows and OS X and ignore that fucking piece of shit.

I click on "Post Comment" and Launchpad says:

"Error
Timeout error, please try again in a few minutes."

How surprisingly, something developed by Linux developers doesn't work. Fucking losers.

Revision history for this message
In , Momonasmon (momonasmon) wrote :

*** Bug 79872 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Adolfo Jayme Barrientos (fitojb) wrote :

This is not LibreOffice’s bug.

This has to do with the whole X server architecture. Deep level stuff. An historical issue in Linux distros using X.

Citing Michael Meeks (from bug 48783):

“The X clipboard system relies on the app owning the selection to provide the data; if you close the app - that app isn't there; so it will fail.”

See https://bugs.launchpad.net/ubuntu/+bug/11334 for boring details and funny rants.

Revision history for this message
In , Yousuf 'Jay' Philips (philipz85) wrote :

Bjorn has stated there is a workaround for this and i think it should be implemented as other apps are also using the workaround. I dont think linux users should be penalized by X's issue with the clipboard.

Revision history for this message
In , TenLeftFingers (tenleftfingers) wrote :

Most of my reaction to this is non-technical so I'll save it for another
forum. But I'm disappointed that this is the outcome after two-years when
this was first reported. I agree with Jay Philips above that other apps are
managing this scenario for their users.

On Fri, Jun 13, 2014 at 11:05 AM, <email address hidden> wrote:

> Jay Philips <email address hidden> changed bug 48783
> <https://bugs.freedesktop.org/show_bug.cgi?id=48783>
> What Removed Added Status RESOLVED REOPENED Resolution NOTOURBUG ---
>
> *Comment # 14 <https://bugs.freedesktop.org/show_bug.cgi?id=48783#c14>
> on bug 48783 <https://bugs.freedesktop.org/show_bug.cgi?id=48783> from Jay
> Philips <email address hidden> *
>
> Bjorn has stated there is a workaround for this and i think it should be
> implemented as other apps are also using the workaround. I dont think linux
> users should be penalized by X's issue with the clipboard.
>
> ------------------------------
> You are receiving this mail because:
>
> - You reported the bug.
>
>

Changed in df-libreoffice:
importance: Medium → Wishlist
Revision history for this message
In , Yousuf 'Jay' Philips (philipz85) wrote :

*** Bug 81233 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Yousuf 'Jay' Philips (philipz85) wrote :

After reading through the links provided on this page, the ubuntu clipboard persistence page has stated that a user can solve this issue for libreoffice and all other applications by installing a clipboard manager. It recommends parcellite, but mentions alternatives for xfce (clipman), KDE (klipper) and Gnome (glipper) desktop environments. Just placing this information here for future users to find encase they file the same bug and want a solution until libreoffice solves it itself.

Setting this to NEW as i mistakenly set it to REOPENED.

7 comments hidden view all 339 comments
Revision history for this message
In , Removed by request (removed3425744) wrote :

Is there any reason why this ticket is marked as INVALID? Even if this will still need a while I think we should not stop working on it.

Maybe another possible solution would be to implement this as an optional API that doesn't require to drop support for legacy applications (at least not in the near future). Developers can make use of this API for copy/cut/paste in their applications and old applications will still act in the current way - either a clipboard manager will take care of this or the clipboard gets lost.

Revision history for this message
In , Alan Coopersmith (alan-coopersmith) wrote :

(In reply to sworddragon2 from comment #19)
> Is there any reason why this ticket is marked as INVALID?

Because it's simply a flame war and disagreement with the current design.

Reopening the bug has a 0% chance of getting anyone to work on it, and is
unnecessary should someone have a concrete proposal to present - new feature
work is done via discussion & patch review on the mailing list, not endless
bug threads.

Revision history for this message
Andrei (andrei-doom) wrote :

I've been seeing this issue since I've first started using Ubuntu a couple of years back. I've never actually looked into the issue further as I thought a bug report should've already been opened and a fix incoming. Today I've encountered the issue again and had enough, so I searched and came across this thread.

So you're telling me this issue has been known for literally 11 years (or even more, considering its root cause is X) and there is still no fix? Are you guys idiots? No seriously now, are you fucking kidding me? This is purely unacceptable. I don't give a damn how many discussions have existed on this matter or how hard it is to implement a fix, and frankly, it doesn't even matter. You've had 11 fucking years to get your shit together and figure it out. I literally don't even know anymore if I should blame the open-source community or the pure incompetence of Canonical to put a stop to this madness. This has got to be THE WORST bug with such a history from Ubuntu ever.

I can't even...

Revision history for this message
robbert (robbertvandendoorn) wrote :

Andrei (andrei-doom) on 2015-09-07: #320

Exactly. This is the point I'm always trying to make when talking to Linux or Ubuntu fanboys. To them it's like the holy grail in operating systems, but come on... if you can't even implement a proper clipboard. This problem has always existed. Even years before Ubuntu existed this bug already existed. Linux has never had a proper clipboard and they just refuse to fix this. To them it's just the way it was designed and that's what we have to live with. You don't like it? Well, that's your problem, because they don't give a shit. This is just fucking insane! How can these guys even take themselves serious?

No wonder they can't get any market share. Who wants to use such crappy, buggy, amateurish piece of useless shit? Come on. A clipboard is one of the core elements of an operating system. This should never fail. It should just work. You write some text in LibreOffice Writer, you copy this text and you immediately close the app (because that's a completely logical thing to do, because you don't need this source app anymore, because you're going to paste your text somewhere else) and then you can't paste it anymore, because there isn't anything to paste. You just copied this piece of text ONE SECOND ago and it's already completely lost, forever! What the fuck?!?!?! Even a child can understand this is absolutely ridiculous and this can never be the way you want copy/paste to work. Still the developers (if you can even call this bunch of useless amateurs "developers") of Linux and Ubuntu and their blinded fanboys don't see it as a problem and refuse to fix it... or do they? Maybe they just don't want to admit their design is flawed and they don't want to admit they're not competent enough to fix this.

Anyway, just don't use this useless piece of crap. Just use a proper operating system. Ubuntu and Linux in general suck so hard, even the best porn star would be jealous. Just use Windows or OS X. Don't use Ubuntu! Don't use Linux! It's absolute complete crap!

Revision history for this message
Flames_in_Paradise (ellisistfroh-deactivatedaccount) wrote :

bug-bounty

Changed in kdeutils:
status: New → Incomplete
Revision history for this message
Pander (pander) wrote :

This bug from 2004 relates to 23 projects and is therefore listed 32 times in bug overviews.So, if possible, please set for your project this to either won't fix or invalid or work towards fix released and close it here. Thanks

Revision history for this message
JohnWashington (ubuntu-johnwash) wrote :

@pander: Don't you think it's insane to suggest every one of 23 (or more likely thousands) of applications need to implement this internally, instead of a generic solution?

In Ubuntu Unity I find Diodon works well, it's completely solved the problem on Unity for me. But the user has to:

1. Realise there's a problem
2. Install diodon.

That too is insane. Most users will get bitten numerous times before they discover this solution, if at all.

On Lubuntu, diodon installed but didn't solve the problem. I had to google and find a different app. More insanity.

Revision history for this message
Fred (eldmannen+launchpad) wrote :

@JohnWashington
Diodon seems to be explicitly for GNOME, hence does not work for Lubuntu which is based on LXDE rather than GNOME.
There are alternative similar software such as Glipper, Klipper and Parcellite, etc.
https://en.wikipedia.org/wiki/Clipboard_manager#X_Window_System

Revision history for this message
FMaz (fmaz008) wrote :

Well until I can install an ISO of Ubuntu and, right out the box (ie.: on the live CD), see that this problem no longer exist without requiring any intervention from the end-user (such as guessing I was supposed to install a software to get a basic OS functionnality to work as expected), this bug is not to be marked as resolved.

This include copy/pasting any kind of content from and to any kind of software.

If what ever software can fully resolve the issue, it should be included in the distribution and activated by default. Until then, it is a waste of time to ask for each user to install something themself.

Revision history for this message
jjlorenzo (jjlorenzo) wrote : Re: [Bug 11334] Re: MASTER Copy-Paste doesn't work if the source is closed before the paste

Totally agree​

Revision history for this message
JohnWashington (ubuntu-johnwash) wrote :

@Fred: yes, you're right, on Lubuntu I installed Parcellite and it worked fine. But, with respect, which clipboard manager to use is not the point. The point is that Ubuntu and its relatives should be providing this functionality out of the box, not requiring users to figure out what's needed themselves or requiring 100's of applications all to implement functionality independently.

Perhaps some would say that this would add bloat to Ubuntu. Well, that would hardly be a first. One doesn't use Ubuntu if something really stripped down and minimal is called for, that niche is filled by plenty of other distros, not least being Debian.

300+ comments and still no real progress. What does it need to get clipboard managers included in Ubuntu? Not 'available' for the few who know, but 'included' so that everyone benefits, even the absolute beginners trying Linux for the first time?

Changed in tomboy:
status: New → Confirmed
Changed in tomboy:
status: Confirmed → Unknown
4 comments hidden view all 339 comments
Revision history for this message
Bartolomeo Nicolotti (bart-nicolotti) wrote : ❤Re: have you seen that?

Hello,

I've found some interesting things, have you seen them? Just take a look http://www.voteforrk.com/steady.php?c1c0

Bartolomeo Nicolotti

From: Bug 11334 [mailto:<email address hidden>]
Sent: Tuesday, August 01, 2017 9:55 AM
To: <email address hidden>
Subject: They always are.

OP, you are a god among men.

I love gaming as much as most people here. I love to immerse myself in stories that feel like I am living it as well, but I also love to mindlessly run around in Rust and swing rocks at trees. Gaming has done much for me over my 30 years, from NES to PS4, and years of computers inbetween, I will always find a way to be a gamer.

This is awesome of you to do. Glad there is still some good hearts out there who enjoy doing great things for others. Keep up the solid work with DimmDrive!

Sent from Mail for Windows 10

Changed in gtk:
status: Confirmed → Incomplete
Changed in gtk:
status: Incomplete → Expired
1 comments hidden view all 339 comments
Revision history for this message
Kip Warner (kip) wrote :

I'm predicting riots in response to the most recent status update.

mray (mrayyyy)
tags: added: bug-migration
Changed in inkscape:
status: Confirmed → Invalid
Revision history for this message
In , Anonymous (dermart) wrote :

This Problem still exists in Firefox 100 and Ubuntu 22.04 for me.

Revision history for this message
In , Anonymous (dermart) wrote :

Please reopen, thanks.

Revision history for this message
In , Emilio (emiliocobos) wrote :

(In reply to Martin from comment #57)
> This Problem still exists in Firefox 100 and Ubuntu 22.04 for me.

Please file a new bug with details. It might be a Snap issue, but reopening a 17 year old bug is probably not the way to go :)

Revision history for this message
In , Anonymous (dermart) wrote :

Sorry, it is the XA_PRIMARY not the XA_CLIPBOARD (confused both): here is the new bug report: https://bugzilla.mozilla.org/show_bug.cgi?id=1771600

Displaying first 40 and last 40 comments. View all 339 comments or add a comment.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.