Open
Bug 265568
Opened 19 years ago
Updated 3 years ago
[midas] Resize handle/editing widget positions not updated when editing a table programmatically
Categories
(Core :: DOM: Editor, defect, P5)
Tracking
()
NEW
People
(Reporter: nuutti.merilainen, Unassigned)
Details
(Keywords: testcase)
Attachments
(1 file)
1.76 KB,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 When editing a table inside an iframe with designMode="on" programmatically, the positions of resize handles and inline editing widgets do not change to reflect the changes in the table. Reproducible: Always Steps to Reproduce: 1. Open the provided attachment. 2. Click in a cell in the table. 3. Use the buttons to add and delete columns and rows. Actual Results: The table is modified as one would expect, but the resize handles and inline table editing widgets stay in place. Expected Results: The handles and widgets should have been repositioned to the new boundaries of the modified table and its cells. Also reproducible with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910.
Reporter | ||
Comment 1•19 years ago
|
||
Reporter | ||
Comment 2•19 years ago
|
||
After adding rows or columns, clicking again in a cell repositions the handes and widgets.
Updated•19 years ago
|
Confirm, bug still here inMozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a3pre) Gecko/20070211 Minefield/3.0a3pre Plus: the handles are painted as if the table had 100% width (only in Minefield 3.0, not in 2)
Updated•17 years ago
|
QA Contact: bugzilla → editor
Updated•17 years ago
|
Assignee: mozeditor → nobody
Comment 4•15 years ago
|
||
This is bug http://dev.fckeditor.net/ticket/2284 in FCKeditor
I know this ticket is 6 years old. I'm ok with it. But, while there is no fix for this, does anyone has a workaround for it?
Comment 6•3 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
•