Closed Bug 351620 Opened 19 years ago Closed 19 years ago

Margin Styles lost using advanced editor for inline styles

Categories

(Core :: DOM: Editor, defect)

1.0 Branch
x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 247816

People

(Reporter: JoeS1, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.5) Gecko/20060706 SeaMonkey/1.0.3 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.5) Gecko/20060706 SeaMonkey/1.0.3 Editing an element with an existing inline margin style will delete the margin property. Reproducible: Always Steps to Reproduce: 1.Compose an html document with composer or mailnews html compose that has the following inline styles <div style="border-style: solid; border-color: red; overflow: auto; width: 50%; margin-left: 10%;">text in div</div> This can be done by copy/paste into the insert html GUI in Mail or Composer. 2.Double click on the the div created above to bring up the Advanced Editor 3.Attempt to add an inline style, or remove a style (other than the margin) Actual Results: The margin style will be removed by the edit action. Expected Results: Margin style will be retained. This happens with current Thunderbird (mailnews Compose), Seamonkey (mailnews or composer), and a 1 yr old copy of NVU.
I think this should be Core Editor, but don't see a way to assign it as such. http://lxr.mozilla.org/seamonkey/source/editor/ui/dialogs/content/EdAdvancedEdit.xul#61 Seems to be a logical starting point.
Component: Composer → Editor
Product: Mozilla Application Suite → Core
Version: unspecified → 1.0 Branch
Assignee: composer → nobody
The same symptoms seem to apply to to padding styles I see some common code in https://bugzilla.mozilla.org/attachment.cgi?id=54673&action=view Could this be related.
Here is a screenshot of the the Advanced editor window that could provide a clue. http://img241.imageshack.us/img241/3084/advancededituz8.gif I believe the property name should be margin-left and not margin-left-value The same thing happens on margin-left, margin-right, padding-left and padding-right When the the tree is rebuilt after the edit, the munged property name is rejected.
Reproduced in NVu 1.0, TB 3a1-0907, Win2K.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I believe we have existing bugs on this...
Whiteboard: DUPEME
Duplicate but the scope should be expanded. *** This bug has been marked as a duplicate of 247816 ***
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Whiteboard: DUPEME
You need to log in before you can comment on or make changes to this bug.