Closed
Bug 83787
Opened 25 years ago
Closed 24 years ago
style gets lost after editing html source
Categories
(Core :: DOM: Editor, defect, P3)
Tracking
()
mozilla1.2alpha
People
(Reporter: bernd_mozilla, Assigned: attinasi)
Details
When you load the attached snippet into the editor the text is arial, if you
change to the html source mode and type one character in the body and switch
back to the normal mode the text stops to use the style info.
Win98 2001053004
<html>
<head>
<style>
body {font-family:Arial}
</style>
<title>body font family bug</title>
</head>
<body>
this text should be arial
</body>
</html>
|
||
Comment 1•25 years ago
|
||
using a current build, I cannot reproduce this, marking as wfm so QA can give it
a try
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
I see the problem.
in editor after adding a char/text in source mode(inside the body tag),
and then toggling back to Normal mode, turns the Aerial text into
Normal text.
The source code doesn't change though.
When browsing the page, the text reverts back to Aerial.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
cc: kin and beppe. reassign to Kevin...rendering is getting confised
in editor.
Assignee: beppe → kmcclusk
Status: REOPENED → NEW
|
|
||
Comment 4•25 years ago
|
||
Reassigning to Marc, looks like a style context issue.
Assignee: kmcclusk → attinasi
|
|
Assignee | |
Comment 5•25 years ago
|
||
I see this problem too. All I did was save the snippet from the initial report,
open it in composer, switch to HTML source view, put a space in the HEAD
(actually, any modification will do) and switch back to Normal view.
I also tried using BODY { color: red; } and found a possibly related and equally
interesting problem. First, the text comes up red. Then I switch to HTML source
and change the color to 'blue'. Switching back to Normal view and the text is
still red. Back to HTML Source view and the word blue is there...
I would expect that this is an editor problem actually. What is the expected
result of style rules in the HEAD in composer anyway?
|
|
||
Comment 6•25 years ago
|
||
hmm, using the opt trunk build from today I can repro this. setting style in the
head and toggling back to normal should behave exactly like it would in the
browser. Could this also be a result of the style changes that went in last week?
|
|
Assignee | |
Comment 7•25 years ago
|
||
I can reproduce it on a build before the style changes...
|
|
||
Comment 8•25 years ago
|
||
Marc, it was suggested to me that: during the paint the stylecontext that the
font information is coming from is probably wrong
|
|
Assignee | |
Updated•25 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → mozilla0.9.3
|
|
Assignee | |
Comment 9•25 years ago
|
||
It is not just font information: any styling I try in the head is lost:
<html>
<head>
<style>
P { background-color: red; }
</style>
<title>test</title>
</head>
<body>
<p> Test </p>
</body>
</html>
Load it in composer, it is fine, switch to HTML view, add a space after the
style rule, back to Normal view, no background color is displayed.
|
||
Updated•25 years ago
|
Target Milestone: mozilla0.9.3 → mozilla0.9.4
|
|
Assignee | |
Updated•25 years ago
|
Target Milestone: mozilla0.9.4 → mozilla1.0
|
|
||
Updated•24 years ago
|
Target Milestone: mozilla1.0 → mozilla1.2
This bug is clearly a dup of 34849, even if it not totally obvious.
The contents of HEAD are re-created when user switches from source view to normal
view if there was any change in the source view.
*** This bug has been marked as a duplicate of 34849 ***
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•