You're right.  You can't.  Attempts to copy text from an OOo application into
any other program results in a seriously truncated copy -- sometimes just a few
lines, cutting off in mid-word.  It is a mistake introduced into 1.1.0 and, as
yet, despite many complaints, not fixed.  I believe an earlier issue about this
has been filed.  The complaints have come from users of linux and Windows, so
the range of versions should be "All" rather than MacOsX.

Added oooqa keyword.

I will look for a duplicate bug report in a moment, but first a few comments :

1) The original reporter is using OOo 1.0.3 and not OOo 1.1.x.
2) The OOo 1.0.3 GM release for Mac OS X documents in the ReadMe, a known 
limitation of 128 characters (only plain text) that can be copied. In the link 
referred below, they say the limit is 1024 characters.
3) Depending on what X11 Server you are using, you may need to do different 
things to allow Copy/Paste.

For more information, visit :

<http://ooodocs.sourceforge.net/modules.php?name=Forums&file=viewtopic&t=541>

Reassigned to ES

Differences noted.  Nevertheless, I and many others are having the exact same
problem in Windows as well as linux.  Sometimes I cannot copy more than six or
seven lines.  Sometimes it's less.  It is never more than ten lines.  A
consideration is that multi-page copies are possible if I save the document as a
text file, open it in a Text Editor and then copy and paste to the other
application.  This simply cannot be done in 1.1.1a or 1.1.0.

Please oooqa members:
- try to find out if there is a real *general* (unknown yet) problem on Mac OS
X. If yes, then assign this issue to fa@openoffice.org
- I don't believe the possible clipboard issues on Windows and Linux are the
same problems:

So, please:
- try to reproduce clipboard problems on those platforms
- identify if the copied content matters or if any content shows the problem
- test this with different applications (Mozilla, Notepad, xtrem, Outlook,
KWord...) and describe the version you use.
- only submit one task for each application and 1 direction (external app ->
OOo, OOo -> external app)
- of course, differenciate also the modules (Calc, Writer...)

If there is no specific problem with OOo on Mac OS X concerning the clipboard,
this issue should be closed as invalid because too general.

FYI: I'm unable to reproduce on linux (gnome 2.4, "target" is gedit 2.4.0) with
OOo 1.1.0
I did the following:
1) Insert dummy text bt<F3> twice (in english version this is dt<F3>)
2) Added random paragraph marks to get more than a single line (=paragraph)
3) Copied using <ctrl>+c and pasted into gedit using the toolbar button 

-> everything worked as expected (copied 33 lines, about 3500 characters)

Did the same with vim (6.1) running in gnome-terminal - no problem either.

Sorry to mess up this MAC-issue, but es indicated that one issue should be filed
for each application where this operation fails (and this is necessary since it
isn't a general failure) this one will get replaced anyway...

So please (submitter), once again, describe exactly the problem on MAC (which external apps and 
versions, which internal apps, which direction and which content) or I'll close this issue as 
invalid.

Thank you

This is in response to the request for more information.

I'm using OO 1.0.3 with the X11 supplied by Apple.
I copied a line of text in the word processor using control c.
I attempted to paste into Appleworks version 6.2.7 with command v.
It works for one line of text.

It works for about 30 lines of text going from OO to Appleworks.

For more than that it doesn't work.  

It appears about the same for copying or cutting from Appleworks with command x or command c 
and trying to paste into OO with control v.

Thanks for the additional information. Just a couple more things - I'm guessing 
you are using Mac OS X 10.3.x (Panther) and the standard "quartz-wm" window 
manager (i.e. the window has the normal Mac OS X Aqua look and feel). What kind 
of fonts/styles used in the OOo word-processing document (i.e. will default 
font, plain text have the same problem)?

Initially I thought this might just be a usage problem, but it seems it could 
be an OOo problem, although "rblackeagle" says a problem was introduced with 
OOo 1.1 and was not in OOo 1.0.3. I did some limited testing with a different 
configuration, but now with more details, I will try to reproduce the problem 
on a similar configuration to yours, and do more investigation (e.g. how other 
X11 programs behave with the clipboard, etc). I have tried to find any bug 
(open or closed) relating to the problem "rblackeagle" described, but I have 
been unable to find one.

ES->FA: please have a look at this.

I am running linux, using OOo 1.1.0 and 1.1.1a, as noted.  Copying and pasting
is into Kedit 2.2.2 and Mozilla 1.3.1, Kword (2.2.2).  I can copy and paste FROM
those applications into OOo, but not from OOo INTO either OOo or those
applications and get more than a few paragraphs maximum -- sometimes less.  It
acts as if it were v-e-r-y slowly copying text into the clipboard.  On that
theory, I did a Ctrl-C on OOo text and waited 15 minutes before trying to paste,
but that made no visible difference, so my suspicion was unfounded.

I don't understand why an all platform bug would be "invalid".  Since I've seen
several all platform bugs reported and accepted in the past, this seems bizarre
to me.  

My suspicions that the bug had been reported before might come because so many
people have mentioned it on the users list.

"rblackeagle", I suggest you write up a platform-specific bug report for the 
problem you describe. If a pattern starts to emerge on multiple platforms, from 
bug reports (and not just talk on some online forum), I'm sure the developers 
will take more notice, then the bug reports can be consolidated into a single 
report.

Issue 24456 has been filed illustrating the issue with linux.  As far as I can
tell, it is identical to this issue, but I filed it, anyway per your suggestion.

I did some more testing with OOo 1.0.3GM on Mac OS X 10.3 (Panther) using 
X11.app. While I do have AppleWorks v6.2.7 on this machine (but not installed), 
I decided to do some testing with the standard TextEdit application.

I created an OOo word-processing document that consisted of lines of text using 
the default text font/style, that looked like (attached) :

12345678890123456789012345678901234567890123456789012345678901234567890
          1         2         3         4         5         6         7

I then attempted to copy different amounts of text from OOo and paste into 
TextEdit (I also used OOo to do the count of characters that I copied/pasted).

The max. amount of text I was able to copy was 868 characters (9 lines, 33 
words).

I also tested with "xclipboard" - it appears that there was no problem copying 
all the text from/to OOo, but I guess "xclipboard" is a special case.

I don't have any X11 text handling programs handy (I did try with xterm, but 
that didn't work at all).

Dan, as the OOo 1.0.3GM on Mac OS X ReadMe documents this problem, do you know 
the history, and is there is a IZ on it?

Created attachment 12516 [details]
Sample OOo 1.0.3 writer document for testing copy/paste

Sorry again for being off-topic, but:
$ file copypastetest.sxw
copypastetest.sxw: Macintosh MacBinary data, type "    ", creator "    "

OOo 1.1.0 on linux cannot open this file

$ unzip ../copypastetest.sxw
Archive:  ../copypastetest.sxw
warning [../copypastetest.sxw]:  128 extra bytes at beginning or within zipfile
  (attempting to process anyway)
 extracting: layout-cache
  [...]
$ zip -r ../repaired.sxw .
  adding: layout-cache (deflated 6%)
  [...]

OOo successfully loads repaired.sxw (is this a known bug of the mac-version?)

Sorry about the enclosure. I haven't had problems before. But the problem is 
probably caused by a feature of my web browser (i.e. it is not an OOo bug nor a 
Mac OS bug). Obviously Linux knew what kind of file it was - you probably have 
a utility that de-MacBinaries such files. I could try uploading the enclosure 
again.

Terry, there really isn't an IZ on it I don't think.  Ed would be better to ask
(adding him to cc ehre).  I think the note was added to the 1.0.3 GM because,
frankly, C&P sucked at the time anyway with any X11 on OS X.

I have always had problems on early version of OOo in terms of copy and paste.

No problem from OOo 1.9.79 to Mail Compose window, though there was a loss of
style info.

Reset assignee on issues not touched by assignee in more than 2000 days.