Open
Bug 515129
Opened 16 years ago
Updated 5 years ago
Absolutely positioned elements set background-color when contenteditable is true
Categories
(Core :: DOM: Editor, defect, P5)
Tracking
()
UNCONFIRMED
People
(Reporter: ssgoodman, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2 (.NET CLR 3.5.30729)
If postion:absolute, the element is accorded a property _moz_abspos="white"
And the background-color is changed to white.
This is only true on position:absolute, other positioning has no problem.
This is not a problem if inside an absolutely positioned element if not actually positioned itself.
Reproducible: Always
Steps to Reproduce:
1. create a webpage with a background color
<body style="background-color:red">
2. Add such an element:
<div style="position:absolute;" contenteditable="true">Lorem Ipsum</div>
2. Open page, select text
3. The background-color should be apparent
Actual Results:
the background-color is changed to white.
Expected Results:
The background color should not change when contenteditable is set to true.
This is true for all non absolutely-positioned elements.
This may be related to the multiple bug reports about absolutely positioned elements getting the property _moz_resizing="true"
And thereby becoming resizable and repositionable.
Updated•16 years ago
|
Component: General → Editor
Product: Firefox → Core
QA Contact: general → editor
Version: unspecified → Trunk
Comment 1•5 years ago
|
||
Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority.
If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.
Severity: normal → S4
Priority: -- → P5
You need to log in
before you can comment on or make changes to this bug.
Description
•