Closed
Bug 232034
Opened 22 years ago
Closed 17 years ago
Garbage characters when pasting (extra commas)
Categories
(Thunderbird :: Message Compose Window, defect)
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.
| Reporter | ||
Comment 1•22 years ago
|
||
Line 3, above should read "Place insertion point in a 'To:' field in the
compose window and ctrl-v to paste"
Comment 2•22 years ago
|
||
wfm build 20040120 Win2k
Comment 3•21 years ago
|
||
> * 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.
Updated•19 years ago
|
QA Contact: message-compose
Updated•17 years ago
|
Assignee: mscott → nobody
Comment 4•17 years ago
|
||
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.
Description
•