[midas] Resize handle/editing widget positions not updated when editing a table programmatically

NEW
Unassigned

Status

()

defect
15 years ago
9 years ago

People

(Reporter: nuutti.merilainen, Unassigned)

Tracking

({testcase})

Trunk
x86
Windows XP
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

Reporter

Description

15 years ago
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 2

15 years ago
  After adding rows or columns, clicking again in a cell repositions the handes
and widgets.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: testcase

Comment 3

13 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)
QA Contact: bugzilla → editor
Assignee: mozeditor → nobody

Comment 4

11 years ago
This is bug http://dev.fckeditor.net/ticket/2284 in FCKeditor

Comment 5

9 years ago
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?
You need to log in before you can comment on or make changes to this bug.