Closed
Bug 77394
Opened 24 years ago
Closed 23 years ago
incorrect handling of empty text nodes (like word break)
Categories
(Core :: Layout, defect)
Core
Layout
Tracking
()
VERIFIED
FIXED
mozilla0.9.3
People
(Reporter: Brade, Assigned: shanjian)
Details
(Whiteboard: patch available, need sr/a)
Attachments
(2 files)
2.40 KB,
text/html
|
Details | |
924 bytes,
patch
|
Details | Diff | Splinter Review |
I will attach a testcase which I developed after finding a bug when editing
plain text. This testcase shows that the bug isn't in the editor but rather in
the wordbreak or linebreak code when encountering empty text nodes.
To reproduce:
load the attachment/test case
enter some text with no spaces in the 3rd editfield (such as "1234567890")
press add a few times
remove the text in the 3rd editfield
press add a few more times (insertion of empty text nodes)
enter some text with no spaces in the 3rd editfield (such as "abcdefghijkl")
press add a few times until you see a line break between the first set of text
and the second set of text
expectation: an empty text node should not cause the line to break
Reporter | ||
Comment 1•24 years ago
|
||
Comment 3•24 years ago
|
||
shanjian- line break issue. Please help to take care
Assignee: ftang → shanjian
Assignee | ||
Comment 4•23 years ago
|
||
I do not see any problem here. In your reproduce step, you input "123456789" in 3rd edit field, and
then add empty text node, and then "abcdefg". Because "123456789" and "abcdefg" are of different
category, line/word break might happen. If you just use "aaaa" and "bbbb" and such, you will see
that it works fine.
Reopen if my understanding is incorrect.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 5•23 years ago
|
||
reopen bug until we've clarified...
Shanjian--can you explain what you mean by "are of different category"? This can
be reproduced by using the same string ("abcdefghijklmnopqrst") with empty text
nodes. The text added doesn't really matter, the problem seems to be with the
empty text nodes.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 6•23 years ago
|
||
brade- how important is this one? is it moz0.9.2 or future?
Without a fix, people might see wierd wrapping while deleting lines in
textareas. Several people have already reported this problem.
This bug was filed just to prove that the problem exists outside of the editor
context.
Wrapping content that contained empty text nodes used to work, so something
regressed it.
Assignee | ||
Comment 8•23 years ago
|
||
Ok, I reproduced the problem and found out that this is a layout issue.
patch will follow soon.
Status: REOPENED → ASSIGNED
Assignee | ||
Comment 9•23 years ago
|
||
Assignee | ||
Comment 10•23 years ago
|
||
set milstone to 0.9.3. We might want to change it to 0.9.2.
Whiteboard: patch available, need r/sr/a
Target Milestone: --- → mozilla0.9.3
Comment 11•23 years ago
|
||
Nice! r=waterson
Assignee | ||
Comment 12•23 years ago
|
||
chris, since you are a super-reviewer, can you give sr as well?
Whiteboard: patch available, need r/sr/a → patch available, need sr/a
Assignee | ||
Comment 13•23 years ago
|
||
add attinasi@netscape.com to cc list
Marc, can you sr this one?
Comment 14•23 years ago
|
||
sr=attinasi
Assignee | ||
Comment 15•23 years ago
|
||
fix checked in to trunk.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
Comment 16•23 years ago
|
||
Marking verified fixed in the Sept 5th build (2001-09-05-05)
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•