108674 - no text registered by save or send after first paste

Status: VERIFIED INVALID

(MailNews Core :: Backend, defect)

Description

[Bjarne D Mathiesen]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.5+) Gecko/20011030
BuildID:    2001103008 & later

composing a message actually only works up to the first paste is performed. the
message is composed correctly in the composition window, but upon sending or
saving the message is truncated so that any text pasted or entered by keyboard
beyond the place of the first paste is utterly lost

Reproducible: Always
Steps to Reproduce:
1. hit the reply button
2. type some text
3. paste some text
4. type & paste further text


Actual Results:  composition window shows correct result
sending & saving hasn't registered any text beyond step 2

Expected Results:  sending/saving what's in the composition window

might be dependent on bug 100695 -- the CopyPaste extension

there' no easy workaround -- not even editing the draft-file in BBEdit works
satisfactory

Comment 1

[Bjarne D Mathiesen]

Attachment: original message as archived

Comment 2

[Bjarne D Mathiesen]

Attachment: commented composition with wanted result

Comment 3

[Bjarne D Mathiesen]

Attachment: actual result as either saved or sent

Comment 4

[Bjarne D Mathiesen]

Turns out not to be a mozilla bug at all -- turns up in IE too :-((((
don't know what's causing it , but decided first of all to cancel this so as not
to bother you more than necessary :-)

Comment 5

[Bjarne D Mathiesen]

for future reference :
this behaviour was caused by opening a MS Word *.doc document in BBEdit 6.5.
this document - of course - contained invisible characters.
in BBEdit 6.5, a piece of text was selected in the MS Word *.doc document - in
this particular case the name in the first paste. now, this name contained an
invisible character between each and every letter.
It seems evident that the MacOS 9.1 is unable to handle these invisible
characters constructively when passing text from one part of an application to
another.
this behaviour - of truncating text from the first invisible character
encountered and onwards - was seen in all programs tested - including BBEdit.

Comment 6

[[e-mail] (gone - use [e-mail] instead)]

thanks for the excellent feedback, verified invalid.