[MAGNOLIA-5725] Multiple fckEditor-Fields in dialogs - inner iframe in FCK-Editor has height: 0px Created: 24/Mar/14  Updated: 22/Dec/14  Resolved: 24/Apr/14

Status: Closed
Project: Magnolia
Component/s: fckeditor
Affects Version/s: 4.5.12
Fix Version/s: 4.5.19

Type: Bug Priority: Blocker
Reporter: Andreas Schiefele Assignee: Christoph Meier
Resolution: Fixed Votes: 0
Labels: support
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

fckEditor 4.5.16, Firefox (Tested with 19-27)


Attachments: PNG File Dialog with multiple fckEditor-Fields.png     PNG File fckEditor - Firebug - Markup-Analysis.png    
Issue Links:
Relates
relates to MAGNOLIA-6002 Dialog with more than three fckEdit c... Closed
relation
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   

Hi Magnolia-Team!

We have a Problem with multiple fckEditor-Fields in Dialogs (only Firefox). Each fckEdito-Field after the first are not clickable onload (no Focus, no Cursor in the Field). This problem occures not in the first tab, but in each after the first.

We have analyzed the Markup and we have identified that the inner iframe from the first get the configured height, the other adjanced fck-Fields iframe height is 0px. The seconde thing is that only in the adjanced fck-Fields is the Spellchecker on startup active (we use SCAYT). We thought that this could be the problem, but after we have disabled the spellchecker (set spellchecker in the fck-config.js to none) the problem continues.

If we click on the toolbar and use a function that orders the fckEditor-Field to refocus/resize the iframe (or resize the window), we can focus the field (and we could see the written text before focus/resize).



 Comments   
Comment by Christopher Zimmermann [ 24/Mar/14 ]

I notice that if I resize the dialog window - then the additional fckeditors get their proper height and are usable.

Comment by Andreas Schiefele [ 25/Mar/14 ]

Thats correct, I described this in the description too ("or resize the window").

Comment by Christopher Zimmermann [ 25/Mar/14 ]

I note that there is a 2.6.10 version of fckeditor. (http://sourceforge.net/projects/fckeditor/files/FCKeditor/)
Which could be worth trying. (Currently we are using 2.6.6)

Also i tried triggering resize event with "window.onresize() ;" in dialog.js method mgnlDialogShiftTab (which gets called when you switch tabs), but this did not help the problem.

Comment by Andreas Schiefele [ 10/Apr/14 ]

There is another problem that relates to this bug,... the FCK-Feature "ForcePasteAsPlainText" do not work after resizing the window in the corresponding editor. Can you proof that during resolving that bug?

Thanks.

Comment by Jean-Francois Nadeau [ 11/Apr/14 ]

We experience the same problem with 4.5.12. Height of the iframe is at 0px for all fck but the first and we need to resize the window horizontally to be able to write in the editor.

Comment by Christoph Meier [ 24/Apr/14 ]

I checked whether 2.6.10 version of fckeditor would fix the issue, it didn't; so i let version 2.6.6.
The fix is some kind of "workaround", but it works; it is committed onto branch "MAGNOLIA-5725", see https://git.magnolia-cms.com/gitweb/?p=magnolia_main.git;a=commit;h=bd00f99521c6dc8f2fc90702843e589b63615df3

Comment by Christoph Meier [ 25/Apr/14 ]

Removed unnecessary checks; changed comment-format and method-name.
(See https://git.magnolia-cms.com/gitweb/?p=magnolia_main.git;a=commitdiff;h=9d6004446ddf20c0668903896ed5f5e919e50d7b;hp=bd00f99521c6dc8f2fc90702843e589b63615df3 .)

Comment by Andreas Schiefele [ 14/Jul/14 ]

The problem persists even in 4.5.19 as well as 4.5.20. Please check again.

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