Closed
Bug 285140
Opened 20 years ago
Closed 17 years ago
[FIX]if user stylesheet has "br{ display: none; }", the line of the content of textarea element is not break by LF
Categories
(Core :: DOM: Editor, defect)
Tracking
()
VERIFIED
FIXED
mozilla1.9alpha6
People
(Reporter: masayuki, Assigned: bzbarsky)
References
(Blocks 1 open bug)
Details
Attachments
(3 files)
(deleted),
text/html
|
Details | |
(deleted),
image/png
|
Details | |
(deleted),
patch
|
dbaron
:
review+
dbaron
:
superreview+
|
Details | Diff | Splinter Review |
If user stylesheet has following code, the line of the content of textarea
element is not break by LF.
br{
display: none;
}
Reporter | ||
Comment 1•20 years ago
|
||
Reporter | ||
Comment 2•20 years ago
|
||
the content of textarea should be
line1
line2
line3
line4
line5
but, if user stylesheet has "br{ display: none; }", it is as following text.
line1line2line3line4line5
Assignee | ||
Comment 3•20 years ago
|
||
Why are we even applying the user stylesheet to content in a textarea?
Shouldn't that be anonymous content?
Component: Layout: Block and Inline → Editor
Comment 4•20 years ago
|
||
this is a dup, anyway
Comment 5•19 years ago
|
||
A dupe of which bug, Hixie?
Comment 6•19 years ago
|
||
If I knew which one, I'd have marked it. :-) There is a long standing bug about
<br> and <textarea> though.
Updated•18 years ago
|
QA Contact: layout.block-and-inline → editor
Assignee | ||
Comment 7•18 years ago
|
||
Fixed by checkin for bug 286895.
Status: NEW → RESOLVED
Closed: 18 years ago
Flags: in-testsuite?
Resolution: --- → FIXED
Reporter | ||
Comment 8•17 years ago
|
||
No, I can still reproduce this bug.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 9•17 years ago
|
||
On trunk?
Reporter | ||
Comment 10•17 years ago
|
||
of course, 2007060304 on winxp.
Assignee | ||
Comment 11•17 years ago
|
||
I can't reproduce. If I add:
br { display: none }
to my userContent.css, with a trunk build I see no <br> in normal HTML, but I do see linebreaks in the testcase attached to this bug.
Please attach your user stylesheet to the bug? And double-check that you really are testing a trunk build and not running into xremote or anything like that?
Reporter | ||
Comment 12•17 years ago
|
||
I only added "br {display: none;}" for testing. (my userContent.css only had this rule.)
Reporter | ||
Comment 13•17 years ago
|
||
the screenshot was with safe mode.
Assignee | ||
Comment 14•17 years ago
|
||
How odd. I can reproduce this with one of my trees, but not another one...
And it definitely should NOT be happening. I wonder what's up.
Assignee | ||
Comment 15•17 years ago
|
||
Oh, I see. One of my trees doesn't have the <br> in textareas.
So I guess the real issue is that those <br>s are not actually native anonymous. Fix coming up.
Assignee | ||
Comment 16•17 years ago
|
||
Assignee: nobody → bzbarsky
Status: REOPENED → ASSIGNED
Attachment #267246 -
Flags: superreview?(dbaron)
Attachment #267246 -
Flags: review?(dbaron)
Assignee | ||
Updated•17 years ago
|
Summary: if user stylesheet has "br{ display: none; }", the line of the content of textarea element is not break by LF → [FIX]if user stylesheet has "br{ display: none; }", the line of the content of textarea element is not break by LF
Target Milestone: --- → mozilla1.9alpha6
Comment 17•17 years ago
|
||
Comment on attachment 267246 [details] [diff] [review]
Like so
r=sr=dbaron if you make the method class-static or file-static -- I don't see why it needs a |this|.
Attachment #267246 -
Flags: superreview?(dbaron)
Attachment #267246 -
Flags: superreview+
Attachment #267246 -
Flags: review?(dbaron)
Attachment #267246 -
Flags: review+
Assignee | ||
Comment 18•17 years ago
|
||
Made the method class-static and checked in.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago → 17 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•