[MAGNOLIA-6002] Dialog with more than three fckEdit contols in a tab doesn't preserve saved values at Firefox Created: 25/Nov/14  Updated: 22/Dec/14  Resolved: 22/Dec/14

Status: Closed
Project: Magnolia
Component/s: None
Affects Version/s: 4.5.18
Fix Version/s: 4.5.24

Type: Bug Priority: Major
Reporter: Zdenek Skodik Assignee: Christopher Zimmermann
Resolution: Fixed Votes: 2
Labels: support
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Relates
relates to MAGNOLIA-5725 Multiple fckEditor-Fields in dialogs ... Closed
Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[ ]* Steps to reproduce, expected, and actual results filled
[ ]* Affected version filled
Date of First Response:

 Description   

To reproduce:

  • create a dialog with 3+ fckEditor instances
  • the fckEditor instances must not be on the first tab (on the first tab they work fine)
  • (For example edit the textImage dialog - copy the text tab, and copy the text field twice in that tab.)
  • provide a content via that dialog
  • reedit that content -> you should find only first fckEditor to render its value, others are empty. Resizing the dialog manually should supply the missing values also to other fckEditor fields.

This issue is not reproducible with ckEdit control, so as the 5.x based rich text fields.

Firefox versions tested:

  • 33.1.1 at Windows 7
  • 29.0 at Ubuntu 12.10


 Comments   
Comment by Christopher Zimmermann [ 22/Dec/14 ]

The problem had to do with javascript or DOM refresh cycle on Windows firefox. In this environment the browser never detected the "size jiggling" and so the rest of the editor fields remained inactive.
I was able to fix this by wrapping the second call within a setTimeout with 0 milliseconds. (which gives the js execution time to catch up before executing the next statement.

Generated at Mon Feb 12 04:10:23 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.