Closed Bug 59849 Opened 24 years ago Closed 20 years ago

copy from received flat-text email message pastes into text editor with lots of box characters

Categories

(SeaMonkey :: MailNews: Message Display, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME
Future

People

(Reporter: ekrock, Assigned: bugzilla)

Details

Using N6 11/8 on WinNT 4.0 SP6.
Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m18) Gecko/20001108 Netscape6/6.0

To repro:
1) make a travel reservation with Expedia; you will receive email confirmation
2) select the flat-text itinerary for your flight and copy it
3) paste it into a text editor like UltraEdit-32 (or your Palm Memo Pad)

Expected: itinerary successfully copied as flat text
Actual:   lots of extra box characters in the pasted version, and carriage
returns lost

Workaround: Edit Message as New and do the copy and paste. Now it works perfectly.

For some reason, copy and paste of flat text from a mail message being edited is
working better than copy and paste of flat text from a mail message you've received.

I have saved a copy of the message in question so if you're in MV office you can
drop by my cube. I'm sure there are other ways to reproduce this that don't
require you to make a flight reservation first. ;->
yet a variant of bug 59578  ?
Did you try pasting the text into Composer or url field?
I get chinese there sometimes :)
Changing milestone, this is serious. If you copy a string from an email it 
appends two returns at the end. If you are pasting a password it is not going to 
be recognised by some sites because of this, and will cause a lot of confusion 
"I am using the correct password, but the site doesnt work!". 

The following between the quotes is a paste of a password that I selected from 
my mail:
"gx282HE

"
Target Milestone: --- → mozilla0.9.3
Doesn't look like this is getting fixed before the freeze tonight.
Pushing out a milestone.  Please correct if I'm mistaken.
Target Milestone: mozilla0.9.3 → mozilla0.9.4
Blocks: focusnav
No longer blocks: focusnav
reassigning to ducarroz
Assignee: putterman → ducarroz
Mail news triage meeting --> .9.5
Target Milestone: mozilla0.9.4 → mozilla0.9.5
moving to 0.9.6
Target Milestone: mozilla0.9.5 → mozilla0.9.6
I need a test case! Sorry but I will not make a flight reservation just for the
fun :-) unless somebody give me his credit card number.
Status: NEW → ASSIGNED
moving to 0.9.7
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Target Milestone: mozilla0.9.7 → mozilla0.9.9
moving off until we get a test case.  If we can reproduce this then this might
get brought back.
Keywords: nsbeta1-
Target Milestone: mozilla0.9.9 → Future
Win98 and build 2001-12-10-03 here and I get the two "line feeds" on any text I
copy. I first noticed this grabbing passwords etc from my mail window, but I get
this consistently.  I don't know what has been tried to create this... maybe
it's related to something in preferences if it's hard to replicate? (My profile
was imported from Netscape 4.79 profile with 0.9.7).

1. Select and view an plain text e-mail.
2. Select some text of any length in the message body.
3. Press CTRL+C
4. Open windows Notepad (or other) press CTRL-V

Find selected text plust two carriage returns (one blank line after text) pasted.

Selecting text from other comments posted below and I get the two CR's,
selecting text from "view source code" of this page and I get it.. but selecting
text from this TEXTAREA where I am typing and I do NOT get the extra CR's.

I will keep looking for a triggering cause.
Using recent builds and doing clean installs I no longer see this behaviour. I
would think this bug is ready for WFM status.
I have a similar bug on Linux.
Type a text in kate with characters which ASCI>127 (é, à , è),
copy the text and past it in a browser's "text area".
Then you get all ASCI>127 transformed into '?'.
I'm not sure if Don Rude's case is the same ekrock's, and we never got a sample 
.eml message that exhibits the problem.  I haven't seen this symptom at all; Don 
says his symptom got cleared up.

=>WFM

Comment 12 is pretty obviously unrelated to this at all.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.