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)

defect

Tracking

()

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
Attached file Testcase (obsolete) —
Attached file Copy-and-paste results
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.
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.
Attached file New testcase
Attachment #393160 - Attachment is obsolete: true
(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.
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
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.
Status: UNCONFIRMED → NEW
Ever confirmed: true
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.
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
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.
Can still be reproduced with other input, in 3.6.11 and 3.6.13.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: