Open
Bug 509008
Opened 16 years ago
Updated 3 years ago
Added spaces when copy-and-paste results from using indentation in your HTML source.
Categories
(Firefox :: General, defect)
Firefox
General
Tracking
()
NEW
People
(Reporter: kjoonlee, Unassigned)
Details
Attachments
(2 files, 1 obsolete file)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2
If you copy and paste text from Unicode pages that mix tabs and spaces for indentation, whitespace can be inserted *inside* the words in the pasted text, different from the rendered HTML.
Reproducible: Always
Steps to Reproduce:
1. Make an HTML page with a list, with each tag on a separate line.
a. Indent all lines in the body with "<space><tab><space><tab><space>".
b. Make the line start with Korean words, and make the lines long.
2. Load the HTML page in Firefox.
3. Copy the page with Ctrl-A, Ctrl-C.
4. Paste the text into a text editor.
5. ---> Whitespace can appear in the output, even in the middle of words.
Actual Results:
Whitespace was inserted in pasted output:
* KORE AN words blah blah blah
* KOREAN words blah blah blah
Expected Results:
Same visuals as the rendered HTML:
* KOREAN words blah blah blah
* KOREAN words blah blah blah
| Reporter | ||
Comment 1•16 years ago
|
||
| Reporter | ||
Comment 2•16 years ago
|
||
On the first line, there are two spaces after the bullet.
On the second line, the first word has been split in two by a space character.
| Reporter | ||
Updated•16 years ago
|
Summary: Spaces can be inserted *inside* words in your copy-and-paste results when you mix tabs and spaces in your HTML indentation. → Words can be split by spaces in your copy-and-paste results when you use indentation in your HTML source.
| Reporter | ||
Comment 3•16 years ago
|
||
Attachment #393160 -
Attachment is obsolete: true
| Reporter | ||
Comment 4•16 years ago
|
||
(In reply to comment #0)
> a. Indent all lines in the body with "<space><tab><space><tab><space>".
Also happens when all lines in the body are indented by "<space>". I edited the summary to reflect this.
Comment 5•16 years ago
|
||
I can confirm this is a bug for Firefox 3.5. But it appears to be fixed on the 3.6. Feel free to try out 3.6:
https://developer.mozilla.org/devnews/index.php/2009/08/07/firefox-3-6-alpha-1-now-available-for-download/
Or the trunk:
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
If the bug is still present, feel free to reopen.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
Comment 6•16 years ago
|
||
Spoke too soon it seems. The bug still appears to exist but in a different manifestation. From the test case you get:
" * 가가가가"
and
" * 가가가가"
Noticed double spaces after the * for the first one. This was using:
Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2a2pre) Gecko/20090814 Namoroka/3.6a2pre (.NET CLR 3.5.30729) ID:20090814101438
With the HTML5 parser enabled.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Summary: Words can be split by spaces in your copy-and-paste results when you use indentation in your HTML source. → Added spaces when copy-and-paste results from using indentation in your HTML source.
Updated•16 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
| Reporter | ||
Comment 7•16 years ago
|
||
Partial workaround in Firefox 3.5: install Nightly Tester Tools for Firefox 3.0 and then install the "Copy Plain Text" extension for Firefox 3.0; then if you copy as plain text using the extension, then you won't get added whitespace.
This workaround does not work when copy-and-pasting rich text.
Comment 8•16 years ago
|
||
I can reproduce on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 ID:20091102141836
OS: Windows XP → All
Hardware: x86 → All
| Reporter | ||
Comment 9•15 years ago
|
||
With Firefox 3.6.11, I can no longer reproduce this with the attached testcase, nor with the kind of input that triggered this earlier.
Could this be a dupe of bug 564737? Thanks.
| Reporter | ||
Comment 10•15 years ago
|
||
Can still be reproduced with other input, in 3.6.11 and 3.6.13.
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•