Apache OpenOffice (AOO) Bugzilla – Issue 24456
Copy/Paste does NOT work between applications
Last modified: 2013-08-07 14:38:26 UTC
Marking several lines of text and copying it (Ctrl-C) or right-mouse click and selecting "Copy" and then pasting, either into another OOo document or into another application copies only part of the marked text. The amount varies but is never more than a few lines. The attached examples are from an OOo document (a book I am finishing) and Kedit, a KDE text editor. I've cleaned up the spaces in Kedit as it cannot be read otherwise. This represents three identical-length lines in the original pasting. Essentially, OOo does not behave properly or cooperate well with the KDE clipboard as only a few lines can be copied. This behavior does not exist between any other applications or between other applications and OOo. In other words, I can copy many pages from one application to another, including from another application to OOo, but can NOT copy with the same ease FROM OOo to any other application, including OOo. This is a major show-stopper for me. It can be worked around with dozens of copy-paste operations for a multi-page copy, but it is completely screwed up. The best workaround is to Save as a text-only document and then copy and paste from within a text editor. To say the least, this is a most unsatisfactory solution.
Created attachment 12509 [details] OOo file FROM which I am copying
Created attachment 12510 [details] Pasted (and truncated) text in Kedit
Seems this is a duplicate, but I dont't know of which one. Because, There are so many issues about copy/paste problems between applications (Mozilla, Word, Worpad, Notepad, Kedit,...) on linux, windows and mac since OOo 1.0. Problem with clipboard ? Is there a issue for all those problems ?
I looked everywhere for duplicates (searching for words like copy, paste, clipboard), but I couldn't find any. But as you say, it sounds like it has been a known problem for a while - the documentation for OOo 1.0.3 on Mac OS X specifically lists this as a known problem (wish the developers attached the IZ number, if there was in fact a bug written up). This particular issue was written up at my request, because of a similar bug report that someone claimed was too general to be on multiple platforms, was written up for the Mac platform - see <http://www.openoffice.org/issues/show_bug.cgi?id=24302>.
lcn->terryt for searching, just type "copy paste" in summary part or descrition entry and select all word/string selection.
lcn->rblackeagle Is it specific to KDE (or QT) applications ? Did you test with Gnome (or GTK) applications ? lcn->all In linux, on which Interface Toolkit OOo has been developed ?
Reassigned to ES
I don't have Gnome installed on my system. I DO know I can do an extensive copy-and-paste between any two applications and TO OOo, Just not FROM OOo.
I have NOT been able to duplicate this problem under RH9/Gnome.
anyone with kde around? I cannot confirm with gnome either, so this probably is a KDE-only problem. Are you using any clipboard-helper-programs? (Ones that allow you to have multiple copied items that you can paste afterwards) Does copy&Paste fail with the selection-clirboard as well (select the text, paste text with third mouse button)? Regarding the toolkit: OOo currently uses its own. The native widget framework currently works on supporting both GTK+/Gnome and QT/KDE natively (see http://people.redhat.com/dcbw/ and http://kde.openoffice.org/ )
I am using kmenuedit (part of the KDE desktop). The version I am using is an older one that worked perfectly with builds through 1.0, but has not worked with builds 1.1.0 or 1.1.1a.
Sorry -- that didn't really answer your question. Kmenuedit includes a list of items added to the clipboard for the current session in KDE. It is cleared after logging out and re-added to as you copy-and-paste during the session. But, as I mentioned - this had no effect on previous builds of OOo.
Is it a different problem than issue 11817 ?
I appears different. I never get nothing copied or trash, just sharply curtailed copies. I also cannot copy several paragraphs while the problem with 1.03 and Mozilla (the other issue) seemed to occur only with copies over a page in size. I don't think it's the same, but there may (MAY) be some related issues. I note that it appears only with KDE, as Gnome seems to work just fine, according to reporters.
With "Kmenuedit" you mean "Klipper" I think, right? I tested following: * Text sample A: 3-4 times the dummy text ('dt' [F3]) into one big paragraph * Text sample B: 1 time the dummy text with a paragraph break in the middle of each line to create a lot of paragraphs. * Copy source: OOo 1.1.1a Paste targets: KWord 1.2, Kate 2.0 and KWrite 4.0 on KDE 3.0.3 RESULTS 1. Copy/Paste without Klipper: from OOo to the mentionned target -> no problem 2. Copy/Paste with Klipper: *Sometimes* paste problems in one of the target application (the whole content of the clipboard didn't appear totally 1 time in Kword while Kate and Kwrite had no problem with it). I really can't consider this as reproducible. Please confirm that you use Klipper and tell us about the version numbers of the the target applications. Please also look for confirmation in the community.
-> To whom this bug appears, Which Linux distributions do you use ?
I am using Kword 1.1.1 (I know, older version). I do not have Kwrite. I use klipper 2.2.2c. I reinstalled version 1.0 and it works perfectly. 1.1.0 and 1.1.1a produce the problem described. It is a regression in functionality.
I am using Lycoris. The update to KDE 3 is due out in a few months (they "test to destruction" a lot so earlier versions of KDE 3 did not pass muster).
Just found a new version of this copy error. Openning 1.1.0 and a document (Andrew's) with a macro, I tried to copy from the document window to the Macro window (new macro) and got about one-third of it. It took five different cut and paste operations to get the entire macro into the Macro file. THEN it would compile and run. It should do as 1.0 did -- copy and paste everything that was marked in the copy process.
If you use QT2 you may read issue 2837 and from issue 2345: "KDE is changing the ways its clipboard works in version 3.0. See http://dot.kde.org/1013076354/ " (comment from olo) "[...] and IMHO it is about time that KDE gets compliant again." (comment from pl) so it seems that OOo had problems regarding copy&paste with KDE in the past (the other way round - from KDE-apps to OOo as well as from OOo to KDE, see comment from es to issue 2345: "I tried from Calc and Writer to KWrite and KWord for instance -> nothing comes out. I noticed the same different behaviour OOo <-> X apps = works ; OOo <-> KDE Apps = doesn't work." This issue definitely is related to KDE
Suggestion: Let's close this issue. From what I've seen, it is a problem of interoperability between KDE and OOo and not an OOo problem at all. I will be upgrading to KDE 3.2 soon and will test it there. By that time, I should also have OOo 1.1.1 so I can check the interoperability. If, as I suspect, it vanishes, then there is no need to look into it any further. BTW, though, Lycoris has a version of OOo 1.1.0 that is specifically tweaked for their distro and the problem doesn't appear in that version, so they've done something to get around the KDE problem. Still, given that KDE and OOo have both made considerable strides since KDE 2.2.2 and OOo 1.1.0, the issue likely no longer exists. If it still does for the Mac, that seems a different, OS related issue.
As stated: it was a KDE 2x problem
closed