Closed Bug 104144 Opened 23 years ago Closed 23 years ago

unwanted whitespace inserted btwn link and non-link content

Categories

(Core :: DOM: Serializers, defect, P3)

defect

Tracking

()

VERIFIED DUPLICATE of bug 85184
mozilla0.9.9

People

(Reporter: bugzilla, Assigned: t_mutreja)

Details

Attachments

(1 file)

see this using 2001.10.10.08-trunk and recent 0.9.4-branch comm bits on linux. don't know if this is cross-platform [will check soon]. 1. bring up a blank editor window. [note that this bug also occurs with existing html files, just want a simple case here.] 2. type the following exactly, except for the quotes: "This is a sentence ending with a link." 3. highlight "link" [but *not* the period!] and bring up the Insert Link dialog. 4. enter a link [eg, http://www.mozilla.org/] the click OK to save/dismiss it. 5. save the file. 6. click the Browse button in the composition toolbar. results: the browser displays the content as the following [again, without the quotes]: "This is a sentence ending with a link ." ^ | note the unwanted space btwn "link" and "." expected: don't add whitespace btwn a link and non-linked content, esp if the user hadn't explicitly did something [eg, hit the spacebar] to put it there.
try editing the attached html file to rid it of the whitespace: 1. open the file in the editor. 2. place cursor right behind the period, "." 3. hit the backspace key to remove the whitespace. 4. save the file again. 5. browse the file: the whitespace came back.
see this on winnt and mac os 10.1. nominating for moz0.9.6 --how frequently would links appear before non-linked content? about as frequently as links before punctuation: periods, commas, colons, semi-colons, quotes...
Severity: normal → major
Keywords: mozilla0.9.6
OS: Linux → All
Hardware: PC → All
over to serializer
Assignee: cmanske → harishd
Component: Editor: Composer → DOM to Text Conversion
--> peterv
Assignee: harishd → peterv
Priority: -- → P3
Target Milestone: --- → mozilla0.9.9
Assigning to myself after a discussion with Nisheeth.
-> tanu
Assignee: peterv → tmutreja
Marking it as "Duplicate" of 85184 as the bug appears for the same reason. The position where we add a new line character to wrap the lines cause the trouble in both the cases. *** This bug has been marked as a duplicate of 85184 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: