68166 - Copy text from a form textarea to notepad drops CRLF

Status: RESOLVED FIXED

(Core :: DOM: Selection, defect, P3)

Comment 1

[Stephan Niemz]

Could you please read the Bug Writing Guidelines at 
<http://www.mozilla.org/quality/bug-writing-guidelines.html> to see the
kinds of information we need in a bug report. Please report back with more
information (like BuildID and steps to reproduce) after reading those
guidelines and consider using the Bugzilla Helper to report future
bugs. 

The Helper can be found at <http://www.mozilla.org/quality/help/bug-form.html>
Thanks for your help in testing Mozilla.

Comment 2

[R.K.Aa.]

The summary is correct and I see this on linux 2001020721 also:

-enter some words in a form, add linefeeds between them
-copy the text
-paste it somewhere - external app or same form

Result: All linefeeds are gone.

Comment 3

[bjwhite]

I am using Build 2001020804 running Windows 2000.

Go to:
http://wavcentral.com/mozilla/crlf.html

Highlight the entire contents of the textarea.   Place onto the clipboard
(CTRL-C in Windows)

Open Notepad and paste (CTRL-V).  The results will look something like:

"line1 line2 line3 line6"

Hope this helps.

Comment 4

[Doron Rosenberg (IBM)]

-> selection

Comment 5

[Joe Francis]

This isn't selection.  It's the serializer, I believe.  Akkana, can you take a 
look at this?  This must have been exposed when I caused such copies to use 
plaintext serializer instead of html...

Comment 6

[kinmoz]

Cc'ing myself.

Comment 7

[Håkan Waara]

This is especially annoying when trying to paste content from mozilla in, for
example a IRC chat. Setting OS/Platform: All.

Comment 8

[Akkana Peck]

Joe and I just looked at this.  Brain dump (argh, bugzilla swallowed this the
first time I tried to type it in!):

We think the problem is in the line in nsPresShell::doCopy, where it does:
  rv = docEncoder->EncodeToStringWithContext(buffer, parents, info);
The problem is that the doc encoder correctly serializes the selection as
plaintext, but it has no way to tell the pres shell that it is really returning
text/unicode instead of text/html.  The pres shell then merrily assumes it's
getting text/html with context and info, passes that info along to the
transferable, and then at paste time, the clipboard, thinking it has html and
needs to translate it into plaintext, proceeds to create a parser and another
plaintext serializer (in guise of a content sink) and parses the plaintext as
html, at which point of course all the nonsignificant whitespace goes away.

Joe proposes to add an api to the doc encoder to return the mime types (in this
case, text/unicode, but sometimes text/html with or without context and info --
so should it perhaps be a list of mime types?) that it really created, so that
the pres shell can pass that info along to the transferable.

Comment 9

[Scott Gifford (old account)]

Just in case nobody has, you might want to check out the changes recently made
to resolve bug 56135.  Seems like they might be related.

Comment 10

[Boris Zbarsky [:bzbarsky]]

This is definitely caused by the changes in bug 56135.  See last comment in that
bug.

Comment 11

[Boris Zbarsky [:bzbarsky]]

*** Bug 68639 has been marked as a duplicate of this bug. ***

Comment 12

[R.K.Aa.]

Bug 68795 "Text from notepad is pasted unformatted"
Copying from notepad -> paste to mozilla: CRLF is dropped.
Two sides of the same problem i guess?

Comment 13

[R.K.Aa.]

*** Bug 68829 has been marked as a duplicate of this bug. ***

Comment 14

[Ben Bucksch (:BenB)]

*** Bug 68870 has been marked as a duplicate of this bug. ***

Comment 15

[Ben Bucksch (:BenB)]

/me looks at Target Milestone and sighs.

Comment 16

[Joe Francis]

fixed

Comment 17

[bjwhite]

Problem still exists in today's build.  2001021420
Windows 2000

Comment 18

[Ben Bucksch (:BenB)]

> Problem still exists in today's build.  2001021420
> Windows 2000

Sure, 2001021420 < 2001021505.

This is fixed for me with my build on Linux.

However, I see the following bug:
Spaces at the beginning of a line are collapsed, e.g.
z
  z
is pasted as 
z
z

Reopen or new bug?

Comment 19

[Boris Zbarsky [:bzbarsky]]

*** Bug 68864 has been marked as a duplicate of this bug. ***

Comment 20

[bjwhite]

I just installed build 2001021505 on Windows 2000 and experience this bug.  I'm
using the test page at

http://wavcentral.com/mozilla/crlf.html

and pasting into notepad.  Any other Win2k users experiencing it still?

Comment 21

[Ben Bucksch (:BenB)]

I can't find any 2001021505 build on ftp.mozilla.org. Actually, I canÄt find any
WIn32 build there which has the fix garanteed. Why don't you just wait a day?

Comment 22

[Boris Zbarsky [:bzbarsky]]

*** Bug 68983 has been marked as a duplicate of this bug. ***

Comment 23

[Joe Francis]

Ben, please write up a separate bug for the lost space behavior you saw.  Thanks.

Comment 24

[Ben Bucksch (:BenB)]

Bug 69024.

Comment 25

[Gilles Durys]

*** Bug 69509 has been marked as a duplicate of this bug. ***

Comment 26

[Boris Zbarsky [:bzbarsky]]

*** Bug 69575 has been marked as a duplicate of this bug. ***

Comment 27

[Boris Zbarsky [:bzbarsky]]

*** Bug 69711 has been marked as a duplicate of this bug. ***

Comment 28

[Boris Zbarsky [:bzbarsky]]

*** Bug 76527 has been marked as a duplicate of this bug. ***

Comment 29

[Kathleen :Brade]

*** Bug 76620 has been marked as a duplicate of this bug. ***

Comment 30

[Jacek Piskozub]

Marking mostfreq (11 dups), in case the bug is reopened.