Ubuntu QA:
BlogBrainstormPackage status
Log in
Ubuntu QA
The Ubuntu community has contributed 21986 ideas, 135057 comments, 2615221 votes
Idea sandbox Idea sandbox
Popular ideas Popular ideas
Ideas in development Ideas in development
Implemented ideas Implemented ideas
Idea #3118: Fix copy / paste

bug This entry was marked as not being an idea the 12 August 08. If this is a bug report, please use the Ubuntu bug tracker.
Written by lubosz the 4 Mar 08 at 16:30. Category: Look and Feel. Related project: Nothing/Others. Status: Not an idea
Rationale
a lot of times, text is not copied. even if i cut, the selected text disapears in firefox and isn't pasteable in pidgin. sometimes the clipboard is an older version, if i paste.
Tags: (none)

2426
votes
closed
Solution #1: Auto-generated solution of idea #3118
Written by lubosz the 4 Mar 08 at 16:30.
Ubuntu Brainstorm was updated in January 2009. Since the idea #3118 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

Propose your solution

Attachments


Duplicates


Comments
terlmann wrote on the 4 Mar 08 at 16:37
YES
PLEASE FIX THIS
Big bug , big trouble.
Especially if you copy a text ,close firefox, and then try to paste it elswhere. it vanishes! always!

Tush wrote on the 4 Mar 08 at 17:44
I second that, it's an amazingly annoying issue.

Vadim P. wrote on the 4 Mar 08 at 17:57
I think this is a firefox-only issue - I only get it in firefox, not other programs.

Maybe firefox 3 will fix it?

vabue wrote on the 4 Mar 08 at 18:01
Yes, it seems only firefox

iraiscoming223 wrote on the 4 Mar 08 at 18:04
it would be nice to have the copied stuff even when the application from which I copied content is closed (Windows behaviour)

wolfwitch wrote on the 4 Mar 08 at 18:10
My understanding is it's a Firefox-only issue, and it has been fixed in FF3.

Something else that might be helpful- try installing Glipper using Synaptic. The default clipboard in Ubuntu (probably a Gnome thing) is awful.

adityakavoor wrote on the 4 Mar 08 at 18:31
Its also there in pidgin

FastZ wrote on the 4 Mar 08 at 18:56
This is actually in every program installed on Ubuntu. I just tried it, and I knew what was going to happen since I've noticed this problem too.

I just opened a document in OpenOffice and highlighted and selected COPY and then closed the document. I then opened gEdit and tried to paste what I just copied from OpenOffice and there's no option to paste anything and Ctrl+V doesn't paste anything either.

This has got to do with whatever clipboard app that Ubuntu uses and why it purges any of it's copied contents once the original source of the copied material is closed, well, it just doesn't make any sense whatsoever. :)

Cloudy wrote on the 4 Mar 08 at 18:59
FastZ: Did you try to paste with the middle button on the mouse?

ubby wrote on the 4 Mar 08 at 19:11
I have the same problem.

lubosz wrote on the 4 Mar 08 at 19:13
firefox 3 has the same problem
a problem is that you dont only copy with ctrl +c and paste with ctrl +v, but you copy with simply selecting, and paste with middle click

BungaMan wrote on the 4 Mar 08 at 19:29
In gnome you cannot copy something, then close the program (this is where it goes wrong) and then paste anywhere else. So yes please fix/implement copy&paste.

grashdur wrote on the 4 Mar 08 at 20:31
I had the same problem the other day, as soon as I started looking at websites in Russian language -- suddenly no way to copy and paste text with Firefox.

HeadlessHorseman wrote on the 4 Mar 08 at 20:33
sudo aptitude install glipper

antistress wrote on the 4 Mar 08 at 20:56
...or parcellite

fabioamd87 wrote on the 4 Mar 08 at 21:36
is not an issue, you should install a notes manager like glipper or klipper o kde... but maybe should be by defaults

Indomitable wrote on the 4 Mar 08 at 21:37
the issue is only for firefox, I think it have to be fix in official 3.0 release. The problem is if you try to copy and paste with ctrl+c and ctrl+v on other than english keyboard layout.

lubosz wrote on the 4 Mar 08 at 22:02
i am using firefox 3, its still a issue

mr frosti wrote on the 5 Mar 08 at 00:18
This is NOT a Firefox only issue. If I recall, Xorg does not have a global clipboard that holds data outside of the context of the program running. I believe that the "copied" text is not actually copied, but referenced inside the application. This is why your copied information vanishes when you close your application.

Glipper, and Klipper both run as a stand-alone application, consume some memory, and clutter your system tray. Both have issues with extended copy/paste support and choke on things like files, images, size limits, etc.

Even if these issues were ironed out, these applications are not available by default - so many people would never use them. Its time to resolve this one.

Dridiot wrote on the 5 Mar 08 at 04:27
This seems like something that would be better filed as a bug report. Please do so.

stevec wrote on the 5 Mar 08 at 07:22
Agreed this is a bug. Also agreed this is annoying as hell and should be fixed immediately.

I think that the problem is multiple clipboards operating. I think Xorg *does* hold any data that's highlighted on it's own clipboard, whereas Gnome has a traditional Copy clipboard. I may be mistaken here, but I notice these issues most often when I'm doing both lots of highlighting text and lots of Ctrl-C copying, and alternately middle-click and Ctrl-V pasting.

Black_pignouf wrote on the 5 Mar 08 at 10:17
@fabioamd87

It *is* an issue.
The actual behavior just seems plain stupid.

=> Glipper should be installed by default!!!

pilat wrote on the 5 Mar 08 at 11:32
It's definitely not only Firefox.

In my thinking, copying of text from browser with the following immediate closing of browser application -- is the least common use-case.

However, the same issue appears when copying text, e.g., in Desktop Icon's "Properties" dialog.. I'm always hurrying to click , after copying the text from there, because this is my regular habit in working with modal/dialog/properties windows..

As the result, I always have to open it again and to to keep in mind "don't close it until the text is pasted!". But the next day/hour I again forget about the issue and all starts over... :-(

Really annoying.

pilat wrote on the 5 Mar 08 at 11:36
Correction ... I'm always hurrying to click [Esc], after copying the text from there...

This board ate my angle brackets... %)

jlinho wrote on the 5 Mar 08 at 13:06
Glipper (or something lighter) should be installed by default.

TTO wrote on the 5 Mar 08 at 13:45
I agree with you... it's a really big problem... maybe in Ubuntu Hardy Heron it will be..resolved...

why do we have to install glipper??? A Working CLIPBOARD is very important for an OS!!!

P.S. I use UBUNTU!

nedludd wrote on the 5 Mar 08 at 13:48
More than this, the whole "two clipboards" idea should be clarified and unified.

Different applications use the two clipboards differently and I always get confused about what is in what clipboard.

I know it's often up to the application but there should be some clarification there.

Glipper helps.

pilat wrote on the 6 Mar 08 at 12:12
> More than this, the whole "two clipboards" idea should
> be clarified and unified.

I think it's not really necessary, since one usually uses for pasting the appropriate for his preferred method operation.

Yes, you do have possibility to use "just select/insert with middle button" clipboard like a "temporal sub-clipboard" feature. E.g., you can save something General with Ctrl+C, then something temporal with just selecting; and then to paste different things in any order you want.

This would require some "tricky knowledge", however, for being sure what's going on exactly. But IMO this shouldn't be a kind of "declared", and therefore supported and well-documented feature". In windows, for example, there is only one buffer, and nobody claims.

Eldmannen wrote on the 7 Mar 08 at 01:27
Yes, this bothers me alot.

morpheoush wrote on the 13 Mar 08 at 14:46
Definitely an issue. I use Kubuntu Gutsy, and Klipper displays this issue often, across a variety of programs.

I have seen it evidenced in Opera, Firefox, Putty, Konsole, Kate, Groupwise, and Pidgin.

Issues as I see it:

- Sometimes when you copy, you capture the empty string

- Some copy operations do not increment the counter and place the current copy below the last copy, so when you paste you get the "wrong" thing.

- Copy sometimes will only get a portion of it, but will place the second half of the text in another copy.

- The nature of the two buffers (clipboard and selection) is not easily understood and difficult to work with. I've tried combining them and separating, but neither is perfect.

- Clearing the buffer always works to make what you want to be in the copy buffer, to turn up in your next paste operation.

pabloab777 wrote on the 4 Apr 08 at 18:40
- I had this problem only coping files on Dolphin. The files are always right copied, but sometimes I cut and the source files are still present, it copy instead of move.

- I'd notice a strange behavior. It seems (at least on Kubuntu Gutsy Gibbon) is IMPOSSIBLE to paste if the source of the information is not present any more, it looks like the information is not copied to a independent part of memory but only saved a reference to the source.
Example, I copy the path of a folder on Dolphin and paste it to Konqueror. I can do this ONLY if DON'T close Dolphin. If I close it, the content of the clipboard disappear. This situation it could generalized to any to programs, and any two type of data.

- At least on amsn, "Ctrl+c" is not the same of "Ctrl+Insert".

nami wrote on the 5 Apr 08 at 12:54
Glipper is absolutely rubbish when comparing it to the builtin clipboard used in Windows XP/Vista.

I think it is very important to have a standard universal clipboard in ubuntu.

feest wrote on the 11 Apr 08 at 22:22
The clipboard forgets content when the application carrying the content is closed. This needs to be fixed.

Lex wrote on the 14 Apr 08 at 18:01
I am voting for Parcellite

thiagocmartinsc wrote on the 14 May 08 at 21:32
I can't copy from Konsole and paste in Firefox!

This is really SUCKS!

Do to that, I need to copy from Konsole, paste on Gedit, copy from Gedit and then, paste in Firefox! URRGH!

brettalton wrote on the 25 May 08 at 12:48
@devs
Is this being worked on for Intrepid?

Marco wrote on the 31 May 08 at 23:55
In fact its not a bug, but just the way X handles the clipboard.
I think that shipping glipper bu]y default or desktop data manager (http://data-manager.sourceforge.net/features.html) would be enough to fix that.

cyberix wrote on the 24 Jun 08 at 16:59
Supporting the Freedesktop.org clipboard specification might solve some part of the issue. See https://bugs.launchpad.net/ubuntu/+bug/242722

AFarris01 wrote on the 2 Jul 08 at 17:07
This is definitely not a Firefox-specific issue..but i do like the idea of glipper being installed by default to fix it...unless theres a way to integrate a fix for it without adding yet another program into the environment

korvins wrote on the 4 Aug 08 at 13:23
I am liking Parcellite so much...

You should include it ASAP

Liam McDermott wrote on the 5 Aug 08 at 18:30
I believe this should just be fixed by Xorg, which should have a global clipboard.

The current system is over-complicated and seems error prone. Often I'll copy and paste from one application to another multiple times and it just won't work. Unfortunately there seems to be no logic behind what's causing this to fail.

Don't really see why we should need to fill up memory with another tray application, just to provide a simple clipboard!

Graeme Harrison wrote on the 10 Oct 08 at 06:22
Yes, definitely needs to work properly.
I've even found instances where Ctrl-V will not work but Shift-Ctrl-V will work...
Needs to work and work consistently as part of the OS.

Endolith wrote on the 15 Oct 08 at 20:32
"Normally, when you copy something in an X application and you close it, the content of the clipboard is lost. This is probably one of the biggest reasons why people keep saying that copy & paste in Linux "doesn't work".

Clipboard Daemon is a program that keeps the content of your X clipboard in memory, so the clipboard won' get lost even after you close the application you copied from. It's a daemon - it has no GUI. You start it and it'll run in the background and Just Work(tm)."

http://members.chello.nl/~h.lai/gnome-clipboard-daemon/

Haven't tried it.

pyrates wrote on the 24 Nov 08 at 07:29
We need to fix this at its source. This goes back to 1992 when the clipboard was first implemented. See here to see what it's all about:

http://elliotth.blogspot.com/2008/08/desktop-linux-suckage-clipboard.html

To put it bluntly, it's about programmers who want to maintain the terminal emulator first over an actual clipboard that works like it does on windows and OS X.

Endolith wrote on the 24 Nov 08 at 15:00
To put it bluntly, it's about programmers who want to maintain the terminal emulator first over an actual clipboard that works like it does on windows and OS X.

Those people like to ruin everything, don't they? :)

DieterVDW wrote on the 13 Nov 09 at 18:22
Wow... One year later. Ubuntu 9.10 Karmic.
Still having this issue.

Since Jaunty I've really ran out of reasons to get frustrated with Ubuntu, and I'm noticing myself gradually migriting to Ubuntu.

But as long as something as primary as copy-paste doesn't work as one expects it to, I completely understand that people ditch Ubuntu/Linux.

Not everyone wants to spend a half hour googling on how to get their copy-paste function to work as expected ...


puppetburner wrote on the 16 Nov 09 at 01:14
So true DieterVDW. The developers need a reality check.

psypher wrote on the 24 Mar 10 at 11:37
Copy and paste had zero issues before Intrepid i think. since Intrepid I have been experiencing weird issues and the problem where a window, which you highlighted text from and then closed, loses the data in the clipboard. So I don't understand how installing a separate program, which no normal user would ever know he has to do, is required when everything was find a couple of versions ago? Is it just me who thinks this? I am pretty sure this problem cropped up in a newer version of Ubuntu (I suspect Intrepid, I could be wrong)

Anybody agree?

travislow wrote on the 27 Jul 10 at 03:36
I am a recent Ubuntu convert (previously fedora or mandriva), and the copy/paste situation really sucks. I even installed klipper and glipper and neither showed up in my menus, so I guess I have to customize now. That actually negates one of my reasons for converting to Ubuntu, that is, I haven't had to customize much of anything. This is a pretty basic function that is not working properly.


Post your comment