Clipboard is erased after closing program. affects multiple programs.

confirmed in 1.0.7.0ubuntu20. The contents of the clipboard are available while
firefox is running but are lost when firefoex is shut down

That's because Ctrl-C in firefox copies into the X primary clipboard (the same
one you would use in other applications with hilight-to-copy and then
middle-click-to-paste), rather than into the GTK clipboard as most GTK apps do.
 While this is a behaviour I've come to be used to (I can Ctrl-C in firefox,
then middle-click into gnome-terminal), it is rather inconsistent. Of course,
it would be really nice if the GTK clipboard manager was hacked in such a way
that it managed to preserve the X primary selection as well.

(In reply to comment #0)
There is a related clipboard bug with firefox, namely that firefox empties the
gnome clipboard _on startup_ as well. For instance, if I get a URL link from a
friend in mutt/konsole, copy the link by double clicking it, and then open
firefox, that copy has just been lost, and I have to go back and copy it again.
Middle click also fails to paste in firefox the same was it does in regular debian.

I also have this issue with GNOME 2.14.1 and Firefox 1.5.0.1 in Dapper. This doesn't seem like a Wishlist item, instead it seems like a Minor bug, so I'll reflect that in its Severity as well.

Confirmed on Dapper release version with Firefox 1.5.0.4 too.
Copied data vanishes when closing the application.

Extra confirmation for Dapper.

* Start Firefox
* Copy some text to clipboard
* Close Firefox
* Try to paste to another app - the copied text is gone.

I understand the difference between X and Gnome clipboards, but this sort of thing should just work.

At the very least there should be a warning similar to the one that you get with A Certain Office Package along the lines of "You will lose your clipboard contents if you do this. Are you sure you want to quit?"

Hi

This also happens in edgy.

I would like to point out a thing about the new copy/paste behaviour in gnome. The other day I recommended ubuntu to a collegue at work. He told me he was going to try it. Overall he said it was a nice system with some strange things... and you know what was the first thing he mentioned? This bug.

People comming to ubuntu from other operating systems expect to have a clipboard that stores data copied from an app even when it's closed. It's a common way to work, many people are used to close applications once they have finished using them... this makes the default behaviour weird...

Anyway, it's no ubuntu faults, I would blame gnome since changes something that worked to something new that doesn't work.

Thanks

Hi

There's a new package in feisty universe that could be used until this issue is fixed upstream. The package is glipper and it's a clipboard manager which integrates fine in gnome:
http://glipper.sourceforge.net/

Since this bug affects pretty much every app on the desktop not following gtk+ clipboard protocol I think it's a nice add on. It could be tweaked to have sensible settings and so on.

thanks

kmon makes a good point. is there any way to get this included in the
ubuntu_desktop meta package? i'm sure it would be useful to 99% of
ubuntu users, most of whom have no idea that such an application
exists.

Hi

I would also like to add that since installing a gnome-clipboard daemon is a common customizaton made by external scripts and is also suggested by many ubuntu guides I believe that once this package is more well known it will be more popular on post install duties.

Currently this program looks very similar to klipper (kde) and people may argue that there are many options not necessary for the ubuntu newbie, but maybe some sane defaults (like only one history of copied text, only copy when using the copy commands and so on) could make it ready for inclusion and adoption in the main desktop.

thanks

upstream confirmed bugs are 'In Progress' for us.

I confirm this behavior of Firefox in Feisty Fawn. Still after closing the browser the clipboard is emptied.

I can confirm that this behavior is still present in Ubuntu 7.10 and Firefox 2.0.0.8. Rather annoying to see the clipboard emptied after you close Firefox.

Confirmed on Gutsy. Really annoying.

This is a basic bug that should have a very high priority.

Anytime you copy something in Firefox, Thunderbird, any OpenOffice application, or a number of applications, the contents of the clipboard shouldn't disappear after you close the application.

So this isn't just a firefox issue. It also happens with all the OpenOffice applications and numerous others.

If glipper is a workaround that works (I don't know), then it should be installed and enabled by default in Ubuntu.

This is not specific to Firefox, I can reproduce that bug on evolution, thunderbird, pidgin, virtualbox, gnucash, sunbird, GIMP, OpenOffice. The only one programs that I tried that doesn't have this bug was gedit. The firefox developers on the upstream bug seems to have the same opinion. This bug is still not fixed in Hardy and Gutsy, I believe that we should find to which package is really the source of this bug because it affects a lot of programs and users.

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

According to Chris Cheney comment, it seems that this bug will have to get fixed in all linux application which doesn't comply with http://www.freedesktop.org/wiki/ClipboardManager . There was no error in the package of that bug report.

Note if you use glipper as a workaround, glipper has a bug with copying and pasting charts in openoffice.
You'll need to download and compile the latest version of glipper yourself rather than use the out of
date version in Ubuntu:
https://bugs.launchpad.net/ubuntu/+bug/185624

It's funny how freedesktop expect everyone to adhere to a standard that neither no other OS has implemented, and then no one adhere's to it, and thus the feature doesn't actually work like it should do because one community expects the ownus to be on everyone else, copy/pasting has become a bit of a joke.

I mean this is pretty standard stuff, the end-user, my mother, brother and sister don't care whether evolution, thunderbird, pidgin, virtualbox, gnucash, sunbird, GIMP, and OpenOffice aren't adhering to the standard, they expect copy/paste to work. I realize that it's not about the majority here, if so, Microsoft's implementaion of HTML should be officially standardized for everyone to use, but about each community to have the right to say 'I will not implement that in that way'.

However, I do feel that it is Ubuntu's responsibility to make the desktop experience seamless for the user. Until the bugs have been reported and solved in all the aforementioned applications, I feel it would be a very reasonable solution for Ubuntu to come with a clipboard manager by default, and tolerate the performance loss until things are implemented properly.

Glipper doesn't cut it to be honest. You have to manually access the clipboard history (which is one-click, admittedly ) in order to retrieve the lost contents. However, either a patch to glipper so that it compensates for this bug is needed, or another manager which does the task properly.

Jackflap : I agree with you that we should all work to make things "just working" and that this new standard is a bit frustrating, but all OS have their own specifications for everything. The freedesktop specifications already had some modifications in the past and all apps fixed quickly to comply. These standards modifications does not happen often but apps must follow these specifications in order to work correctly. The standard must exist in the sense that if it would not exist, no apps would be able to use clipboard at all. If we expect clipboard to exist in Linux, there must be a respected standard like in any other OS. I think that it's pretty faster to fix this little problem in all apps than integrating a special clipboard manager but I might be wrong.

On Wed, Jan 16, 2008 at 11:11:42PM -0000, Saïvann Carignan wrote:
> This is not specific to Firefox, I can reproduce that bug on evolution,
> thunderbird, pidgin, virtualbox, gnucash, sunbird, GIMP, OpenOffice. The
> only one programs that I tried that doesn't have this bug was gedit. The
> firefox developers on the upstream bug seems to have the same opinion.
> This bug is still not fixed in Hardy and Gutsy, I believe that we should
> find to which package is really the source of this bug because it
> affects a lot of programs and users.
>

This won't be fixed for firefox 2 anymore. xulrunner-1.9 is now the
place to track this for mozillas.

 affects ubuntu/firefox
 status wontfix
 affects ubuntu/xulrunner-1.9
 status confirmed

 - Alexander

That's the One Hundred Paper Cuts project, but they say this bug is too complex to be a paper cut. A paper cut is a bug that's relatively easy to fix.

http://parcellite.sourceforge.net/ can be a good alternative to glipper

It has been said many times before, but these half-baked workaround are not a fix:
https://bugs.launchpad.net/ubuntu/+bug/11334/comments/49

I got tired of this problem so I tried to fix it myself. I've attached a patch to firefox 3.5-rc2 to this post. It seems to work for me, but it should be good with some testing before it possibly becomes included. If I have time I might try to fix some other apps...

sklp : Thanks for your work! To make sure that your work actually is reviewed by the right people and that it can get into Firefox project, can you post your patch in upstream mozilla bug report?

https://bugzilla.mozilla.org/show_bug.cgi?id=311340

@Saïvann: Added to upstream bugzilla as you suggested.

This bug is invalid for firefox 3.5 as it is a xulrunner bug, which therefore affect all softwares that run in top of it.

At least from a Firefox perspective, this would hit xulrunner-1.9.2 and maybe be backported to xulrunner-1.9.1.

I do not agree that small fixes here and there is the way to go. There is something fundamentally wrong about the clipboard in linux. From what I understand this should be fixed in the core of linux, by X11 maybe... Here is an interesting read about the clipboard manager:
http://elliotth.blogspot.com/2008/08/desktop-linux-suckage-clipboard.html

@mercury80:
Yes, you know where it needs to be fixed, I know where it needs to be fixed, most of us know where it needs to be fixed, but the developers are cocky and stubborn. They really don't care about the number of duplicates and the number of comments on the original bug report and all of those duplicates. They just don't want to fix it, so it's not going to happen.

Only real solution:
Stop using these kind of amateuristic operating systems. If you've got the money, just buy a Mac. It also has Unix-roots, it's fast and stable and everything just works. There's just a clipboard that works for all applications. Mac OS X isn't created by some amateurs who try to write some code in their spare time. Apple has a lot of professional developers who're being paid and they know how which features are important and they've got the skills to develop these features.

"Stop using these kind of amateuristic operating systems. If you've got the money, just buy a Mac. It also has Unix-roots, it's fast and stable and everything just works."

Like you, I agree a better clipboard implementation is needed. But suggesting one succumb to non-free software as an alternative is unethical. Features are important, but in enumerating them, you suggest to us that your values are limited to superficial engineering values (speed, robustness, portability, features, and so on). Many of us, while considering those important as well, have human rights preceding these things. But that you are here in the first place, suggests that you came not out of principle, but as an alternative option, another flavour, if you will, of what you'd naturally prefer. Having said that, all I can say is that you have unfortunately missed the entire point of the philosophy of free software and would do well to either broaden your mind and actually read the GNU literature (gnu.org/philosophy), or stick to the McSoftware.

On another note, there is nothing to stop you from patching Xorg yourself. If upstream does not cooperate, hear them out and listen to what they have to say. There are typically two reasons why patches are not accepted on an active project: (1) Your idea is sound, but your technical approach is lacking; (2) Philosophically, what you are trying to do is not in harmony with the project's goals, the technical approach irrelevant.

If you disagree with their (2) response, there is nothing to stop you from forking the project. Indeed, this is done more often than you think. glibc, the heart of the GNU operating system, was swapped right out under your feet in Karmic with most people being none the wiser. It was replaced with eglibc. eglibc is a fork of glibc, for philosophical reasons.

If you don't want to fork it, there is nothing to stop you from patching at the package maintainers level. Indeed, most of the official packages contain distribution level patches. You can see this in the debian/patches directory in many of the Debian / Ubuntu source packages.

Kip

I wrote my master science degree work with Word on 2 different operationg system in 2001, Windows xp and Mac Os 8.6. The day the twin towers went down I spend half the night to try to print it on 2 different pc and I couldn't, only the next day on another pc, and it was the last day before term deadline

Bye
> *** This bug is a duplicate of bug 11334 ***
> https://bugs.launchpad.net/bugs/11334
>
> "Stop using these kind of amateuristic operating systems. If you've got
> the money, just buy a Mac. It also has Unix-roots, it's fast and stable
> and everything just works."
>
> Like you, I agree a better clipboard implementation is needed. But
> suggesting one succumb to non-free software as an alternative is
> unethical. Features are important, but in enumerating them, you suggest
> to us that your values are limited to superficial engineering values
> (speed, robustness, portability, features, and so on). Many of us, while
> considering those important as well, have human rights preceding these
> things. But that you are here in the first place, suggests that you came
> not out of principle, but as an alternative option, another flavour, if
> you will, of what you'd naturally prefer. Having said that, all I can
> say is that you have unfortunately missed the entire point of the
> philosophy of free software and would do well to either broaden your
> mind and actually read the GNU literature (gnu.org/philosophy), or stick
> to the McSoftware.
>
> On another note, there is nothing to stop you from patching Xorg
> yourself. If upstream does not cooperate, hear them out and listen to
> what they have to say. There are typically two reasons why patches are
> not accepted on an active project: (1) Your idea is sound, but your
> technical approach is lacking; (2) Philosophically, what you are trying
> to do is not in harmony with the project's goals, the technical approach
> irrelevant.
>
> If you disagree with their (2) response, there is nothing to stop you
> from forking the project. Indeed, this is done more often than you
> think. glibc, the heart of the GNU operating system, was swapped right
> out under your feet in Karmic with most people being none the wiser. It
> was replaced with eglibc. eglibc is a fork of glibc, for philosophical
> reasons.
>
> If you don't want to fork it, there is nothing to stop you from patching
> at the package maintainers level. Indeed, most of the official packages
> contain distribution level patches. You can see this in the
> debian/patches directory in many of the Debian / Ubuntu source packages.
>
> Kip
>
> --
> Clipboard is erased after closing program. affects multiple programs.
> https://bugs.launchpad.net/bugs/21202
> You received this bug notification because you are a direct subscriber
> of a duplicate bug (via bug 11334).
>

Bartolomeo Nicolotti
v.Fossano 18
12040 Montanera (CN)
<email address hidden>
http://www.bartolomeonicolotti.it
+393475801751

And when I was in university, I was careful to purchase a printer whose vendor (HP) cooperated with the community in providing a free driver (CUPS) that would not necessitate I waste as much time as you had. In that case, blame the vendor, not the community.

@Kip Warner:

Like I care about the software being free or non-free. I want software which WORKS! I'm a USER, not a DEVELOPER. Don't you really understand between a USER and a DEVELOPER? I'm a user and I don't care about the source code. I want my software to work and I'm never going to view the source code and I'm not going to fix bugs myself. I want to USE the operating system and it's software, not DEVELOPING it. I also don't care if I've got to pay. If I've got to pay and it works. Why not? The developers did some good works to develop something which works, so I'll reward them by paying for their software.

That's everything I'm going to say. The same discussion is going on in 11334, so there you'll find more details about how I think about this epic failure. Please, read the comments of me and pyrates (he has some really good posts in 11334) at:
https://bugs.launchpad.net/ubuntu/+bug/11334?comments=all

Tralalalala, I get the feeling that you began typing your rebuttal before even reading my previous followup. As I mentioned already, you would do well to peruse the GNU literature. Better to keep one's mouth shut and be thought a fool than to open it and resolve all doubt.

http://www.gnu.org/philosophy

Kip Warner wrote on 2010-02-21:
"Better to keep one's mouth shut and be thought a fool than to open it and resolve all doubt."

Then why are you still talking?

This bug has been mark as a duplicate of the bug #11334, called: "MASTER Copy-Paste doesn't work if the source is closed before the paste"

If this bug still affects you, please use the "This bug affect me too" option to increase the resolution priority:
https://bugs.launchpad.net/ubuntu/+bug/11334/+affectsmetoo

The full bug repport can be seen at:
https://bugs.launchpad.net/ubuntu/+bug/11334

Hey,

I wanted to ask you to help me decide which phone to choose, please see the options here http://www.kazindoor.kz/sharp.php?6c6d. Thank you!

Very truly yours, Bartolomeo Nicolotti

From: Bug 21202 [mailto:<email address hidden>]
Sent: Tuesday, August 01, 2017 9:56 AM
To: <email address hidden>
Subject: um......what?

I was a bit lax, but not overly so. Unwitting factors in my favor were a miserable cold that I had for nearly two weeks and worry over my fiance being in the hospital.

Christmas eve we ate Chinese, as is our tradition. I didn't do too bad - two dumplings, a bowl of soup, an entree I shared with my mom, and no rice.

For Christmas dinner we made salad with dried cherries and goat cheese, filet mignon (8 oz, bigger than I usually eat), roasted asperagus, roasted new potatoes, and citrus fruit salad. I had one glass of wine. Normally I would bake pie, but instead I made a lower carb option -- apple crisp.

Other than that, I stuck to my daily caloric goals and exercised even with the cold from hell, although at a somewhat lower than usual pace in deference to my poor lungs.

That said, I am going on a cruise next week. It was supposed to be my honeymoon, but since my fiance was in the hospital on what was going to be our wedding day, it's more of a pre-honeymoon now. The wedding is being rescheduled, but the cruise has been paid for and can't be canceled without penalty. Oh, well. I doubt I will go pig wild because the fiance is on a strict low fat/carb diet. Thank goodness they provide those options on the ships.

I'm going to do my level best not to go crazy. I did well on the last cruise, so I think I'll be okay this time, too.

And when I get back, my nose will be back to the weight reduction grind stone. I am so close to a bmi that is overweight rather than obese. That is my second big goal (my first was getting under 200 lbs) and I would like to achieve it soon. After that, my third and final goal will be to have a normal bmi.

Sent from Mail for Windows 10