Issue 57157 - bad copy paste function with simple text.
Summary: bad copy paste function with simple text.
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: editing (show other issues)
Version: OOo 2.0
Hardware: PC Windows XP
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: ms_interoperability, needmoreinfo, oooqa
: 62077 (view as issue list)
Depends on:
Blocks:
 
Reported: 2005-11-01 21:44 UTC by adobex
Modified: 2013-08-07 14:44 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
a java source file with CR-ending lines (892 bytes, text/plain)
2007-01-14 13:54 UTC, adobex 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description adobex 2005-11-01 21:44:59 UTC 
I've noticed when I copy/paste a multiline text from a text editor into OO, if 
the ending character of a line is 'CR' instead of 'CRLF', then only the first 
line is pasted.

(Sorry if this bug has already been reported, but I saw there are plenty of 
copy/paste pb... then to long to search).
Comment 1 michael.ruess 2005-11-02 06:45:09 UTC 
Reassigned to ES.
Comment 2 ecastro 2005-12-13 08:53:52 UTC 
Reproducible, on Windows. 
Do not appear on Linux: files with either line ending (CR, LF or CRLF) are
pasted as separated paragraphs.
But on Windows the behaviour is different: 
lines from a files with CRLF ending are pasted as separate paragraphs
if ending = LF then pasted text has newlines, not separate paragraphs
if ending = CR then only first line is pasted, the rest of the text is ignored

Other windows applications do paste all lines in the CR case
Comment 3 ecastro 2005-12-13 19:58:04 UTC 
This defect affects user compatibility with MS-Word on Windows and is different
to OOo function on Linux. The problem with CR-ending lines will affect to
compatibility with Macintosh-produced files.
Reduced priority to P3, since the problem can be bypassed by importing the file
with CR line-ends rather than copy-paste.
Comment 4 eric.savary 2007-01-12 10:33:57 UTC 
Please add a sample document.
Comment 5 eric.savary 2007-01-12 11:22:46 UTC 
.
Comment 6 adobex 2007-01-14 13:54:19 UTC 
Created attachment 42145 [details]
a java source file with CR-ending lines
Comment 7 adobex 2007-01-14 13:55:22 UTC 
Yes it is normally a Mac format but for instance Eclipse IDE or Word 2003 don't
mind of ending characters, they consider all the 3 types as correct. Then, if
OOo could behave equally that would be fine...
I've made plenty of verifications with the Notepad++ editor that can display
ending characters and can easily switch from one type to another one. And then,
I'm sure it is in the case of CR-ending lines, the copy/paste function could be
suppler.
Comment 8 eric.savary 2007-03-22 12:31:12 UTC 
Not so general as it looks.
I tested:
- from notepad (WIndows default) -> OOo = the first line only (=BUG)
- from jedit -> OOo = the whole text
- from notepad (WIndows default) -> MS-Word = the whole text

Conclusion -> there is a problem between some applications like notepad and the
Writer clipboard.
Comment 9 Martin Hollmichel 2007-09-10 13:52:54 UTC 
move to 3.x accroding http://wiki.services.openoffice.org/wiki/Target_3x
Comment 10 kpalagin 2008-05-04 09:08:17 UTC 
*** Issue 62077 has been marked as a duplicate of this issue. ***
Comment 11 alexanders 2008-05-04 13:42:14 UTC 
> Reduced priority to P3, since the problem can be bypassed by importing the 
file
> with CR line-ends rather than copy-paste.

I have an application which export results with 'CR' to clipboard, and these 
strings cannot be pasted to Writer correctly (but there are no problems with OO 
Calc and other software so far). I believe it is too compicated if a single 
user has such prolem to save clipboard to a file and then import it to Writer
Comment 12 kpalagin 2008-10-09 20:03:26 UTC 
Any chance to fix this for 3.1?