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)

x86
Windows XP
defect

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.
Component: General → Editor
Product: Firefox → Core
QA Contact: general → editor
Version: unspecified → Trunk

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.