Closed Bug 232034 Opened 22 years ago Closed 17 years ago

Garbage characters when pasting (extra commas)

Categories

(Thunderbird :: Message Compose Window, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: robert, Unassigned)

Details

User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0) Build Identifier: Mozilla Thunderbird 0.5a (20040105) I'm seeing garbage characters in text I paste from a message compose window. Specifically, I'm seeing two extra commas at appended to the content. Reproducible: Always Steps to Reproduce: 1."Reply" to a message - so that you have some quoted text (i.e. blue bar on the left side) 2. Double click a word in the quoted text and "ctrl-c" to copy. (In my testcase I selected "Flagstaff " in the middle of a line. 3. "To:" fields (just for example) and "ctrl-v" to paste. * Notice what you get is "Flagstaff ,," * Also notice you get the same thing if you paste into a field in an address card property dialog (i.e. it's not just the email field doing some wierd formatting). 4. Try pasting into, for example, a textarea in a web page * You get "Flagstaff\n\n" (line feeds there, not literal slash-n's) Expected Results: Seems like the pasteboard should just contain "Flagstaff ", but there's something about the content contained there that causes odd/varying pastes.
Line 3, above should read "Place insertion point in a 'To:' field in the compose window and ctrl-v to paste"
wfm build 20040120 Win2k
> * Notice what you get is "Flagstaff ,," Robert Kieffer, are you still seeing this symptom with the commas? I cannot reproduce it with TB 0.9+1126, Win2K. > * You get "Flagstaff\n\n" I do see this, when the quoted text is copied from the HTML mail editor; copying from the plain-text mail editor does not have this result. The conversion takes place in any plain-text paste sink, at least under Windows. Note that the text copied from a quote is placed within a <pre> tag; <pre> is a block element and so is supposed to get special handling in an HTML-aware paste sink. I think the plain-text part of the clipboard buffer is also configured by Mozilla, tho; not sure if it's a Windows thing or the same on all platforms. See bug 161309, bug 208128, bug 271010.
QA Contact: message-compose
Assignee: mscott → nobody
WFM per comment #2 and comment #3.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.