Ticket #4084 (closed Bug: fixed)

Opened 5 years ago

Last modified 5 years ago

[FF] Image dialog using Kama skin sticks to left viewport border

Reported by: tobiasz.cudnik Owned by: tobiasz.cudnik
Priority: Normal Milestone: CKEditor 3.0
Component: General Version:
Keywords: Firefox Confirmed Review+ Cc:

Description (last modified by tobiasz.cudnik) (diff)

In Firefox (3, 3.5) using Kama skin, after opening image dialog it sticks to left viewport border. Drag&drop it to the right is impossible.

Quirks mode only, on pages with 3 editors, each with different skin.

Attachments

ltr_quirks.html (1.8 KB) - added by tobiasz.cudnik 5 years ago.
Test page.
4084.patch (1.1 KB) - added by tobiasz.cudnik 5 years ago.
4084_2.patch (2.3 KB) - added by tobiasz.cudnik 5 years ago.
4084_3.patch (1.4 KB) - added by tobiasz.cudnik 5 years ago.

Change History

comment:1 Changed 5 years ago by tobiasz.cudnik

  • Owner set to tobiasz.cudnik
  • Keywords Confirmed added
  • Status changed from new to assigned

comment:2 Changed 5 years ago by tobiasz.cudnik

  • Description modified (diff)

Changed 5 years ago by tobiasz.cudnik

Test page.

comment:3 Changed 5 years ago by tobiasz.cudnik

Dialogs size is incorrectly read during initial creation. Later it's ok, but old value remains inside dialog system.

Seems to be caused by "lock ratio" and "reset size" buttons (removing them resolves the issue).

Random.

Changed 5 years ago by tobiasz.cudnik

comment:4 Changed 5 years ago by tobiasz.cudnik

  • Keywords Review? added

Longer timeout seems to resolve this issue, although it may still exists on slower machines.

I think that dialog system should contain onLoad event, which would be the safe start for all dialog manipulation functions.

comment:5 Changed 5 years ago by fredck

  • Keywords Review- added; Review? removed

Ideally we should have no delay at all there. Having 100ms is not the best thing, but acceptable. But now 500ms is definitely too much and decisivelly noticeable.

Changed 5 years ago by tobiasz.cudnik

comment:6 Changed 5 years ago by tobiasz.cudnik

  • Keywords Review? added; Review- removed

It seems we can use definition size with success for initial position, as actual dialog layout is fixed. Doing such, we can completely loose timeout and prevent this issue.

#4095 looks like a DUP of this ticket.

Changed 5 years ago by tobiasz.cudnik

comment:7 Changed 5 years ago by tobiasz.cudnik

Previous patch suffered from height problem, as definition size defines dialog contents size, not whole dialog (title & footer).

Third patch uses height from offsetHeight and width from definition. Unfortunately previous timeout of 100ms is still needed.

comment:8 Changed 5 years ago by fredck

  • Keywords Review+ added; Review? removed

comment:9 Changed 5 years ago by tobiasz.cudnik

Fixed with [3976].

comment:10 Changed 5 years ago by tobiasz.cudnik

  • Status changed from assigned to closed
  • Resolution set to fixed
Note: See TracTickets for help on using tickets.
© 2003 – 2012 CKSource – Frederico Knabben. All rights reserved. | Terms of use | Privacy policy