#1408 ✓resolved
Peter

CKEditor text box not visible

Reported by Peter | March 20th, 2017 @ 11:47 AM | in 2.4.2 (closed)

www.britishtrolley.org.uk - since updating the site to 2.4.1 the editor has been displaying some strange symptoms, such as 'class' statements added in the source disappearing on saving the file. Today, for no obvious reason, the text box flashes on then off and the edit window does not open.

I went to the editor site and downloaded the latest version 4.6.2, followed the instructions and uploaded into the ckeditor folder. No change. I have swapped between the customised BTS profile and the default, still no change.

Please can you help?

Thanks.
Peter.

Comments and changes to this ticket

  • Peter

    Peter March 20th, 2017 @ 12:31 PM

    I just went into site configuration to check the editor settings again. After looking at the BTS one I clicked Save. Now it won't load the configuration page - see screen shot.

  • Peter

    Peter March 20th, 2017 @ 03:37 PM

    Firefox Developer edition 54.0a2 (2017-03-20) (32-bit)

    and

    Firefox 51.0.1 (32-bit)

  • dleffler

    dleffler March 22nd, 2017 @ 01:45 AM

    • Assigned user changed from “expNinja” to “dleffler”
    • Milestone set to User issues

    I'm not running a developer/pre-release version of firefox, but in most cases, this is the result of some other javascript breaking on the page. You might try opening up the browser console and looking for errors being reported as the page opens.

    Depending on where/how you place the 'classes' in the text, CKEditor is intended to be somewhat helpful by cleaning up the html markup as it's being saved. E.g., some classes/tags are not allowed within CKEditor.

  • Peter

    Peter March 22nd, 2017 @ 08:12 AM

    The problem is exactly the same in my normal Firefox 51.0.1, as mentioned above. It did run fine in that version until a short time ago.

    Attached screen shot shows console.

  • Peter

    Peter March 22nd, 2017 @ 09:06 AM

    Just looking at the page source, it looks like the configuration page is actually there, but is not displayed. See attached.

  • Peter

    Peter March 22nd, 2017 @ 11:35 AM

    Done some more analysis and have found a div tag line 1317 in the attached file which says 'hide'. If I edit the html and remove 'hide' the page displays, albeit badly formatted.

    Also found a couple of red tags lines 1289 / 1290 but haven't yet traced where that's coming from.

  • dleffler

    dleffler March 22nd, 2017 @ 12:38 PM

    What you have discovered is how 'tabs' work, where all are 'hidden' then revealed when you click on the tab button.

    Same for CKEditor, it hides the textarea box and then draws its own self.

    You might try switching to the TinyMCE WYSIWYG editor as a test to see if that editor works.

    Your issue might be double loading jquery...we generally load jquery for most other widgets (2.4.1 uses v2.2.4 or 1.12.4 if running an older browser), but it looks like you are also loading v1.7.2 with the theme template.

  • Peter

    Peter March 22nd, 2017 @ 01:04 PM

    I am unable to switch editors as the configuration page will not load. That needs fixing first.

    The site has been working fine until very recently, I will certainly look at removing extra jquery stuff but it's been like that for a long time.

  • dleffler

    dleffler March 22nd, 2017 @ 01:46 PM

    Yes, but you seem to be updating from v2.3.3 which is 2 years old. It looks as though you have NOT yet upgraded the site...not sure if running the upgrade will eliminate some problems (it does more than just update the database)?

    Login in as super-admin and browse to site.url.com/install/install.php

  • Peter

    Peter March 22nd, 2017 @ 03:10 PM

    OK, I guess I thought I'd done the upgrade. Now I have, all ran OK but the problem is still there.

  • dleffler

    dleffler March 23rd, 2017 @ 07:51 PM

    This has been caused by entering a value within the custom wysiwyg configuration which crashes the javascript on the page.

    We'll need to add some error-checking within the code to help prevent this situation since once you break the page via the custom configuration, you can't correct it since the page won't display properly.

  • Peter

    Peter March 24th, 2017 @ 08:23 AM

    I've upgraded your login to super admin. Thanks for your help, sorry I screwed it up!

  • Peter

    Peter April 8th, 2017 @ 11:35 AM

    I have just identified another problem in the editor. When you add a link to an image the Advanced tab is missing from the pop-up.

    Capture.jpg shows this. The second screenshot, Capture1.jpg is from a different site and shows what I should be seeing. This has also only happened recently and may be related.

    BTW - I also tried to upgrade a user login to Admin and it didn't work, just as it didn;t work when I gave you the login. Your login I gave you last time is still valid.

    Thanks.

  • dleffler

    dleffler April 8th, 2017 @ 02:08 PM

    Regarding the 'advanced' tab, I can't reproduce what you describe, but is it possible the 'advanced' tab disappears on embedded images with links? e.g., if you have a text word which you make into a link, the advanced tab will continue to appear regardless of where the link points to. However, when you add a link to an embedded image, the advanced tab will first appear, but since the image is a widget, the advanced tab will disappear in the future (after you save and re-edit the text) to prevent conflicts with the features the image widget provides?

    Regarding the unable to change admin/super-admin setting, I can verify you have an issue with your site...however I'm not able to reproduce this locally. My test and production databases are mysql v5.5 and later...you're on v5.1 which may not be the issue, but mysql major version changes and be 'major' changes?

  • Peter

    Peter April 8th, 2017 @ 04:15 PM

    Not sure what you mean by 'the image is a widget'. Up until now, I have been able to add a new image, and on the advanced tab add the rel to slimbox. Even when editing an image, the advanced tab was always there - I recently had to update all images from Thickbox to Slimbox and it was there then.

    I see exactly the same problem if I try to make a piece of text a link.

    I logged in with your lighthouse2 user and I still see the same problem.

  • dleffler

    dleffler April 10th, 2017 @ 01:17 PM

    While I can confirm the 'admin' issue exists on your site...I cannot reproduce it locally on my production nor test servers running the same version.

    Regarding the 'advanced tab' in the editor. It would appear your wysiwyg editor displays only about half of the expected toolbar icons. It might be possible you have a custom CKEditor setup which I believe you mentioned above that you 'dropped in' to your web site. I would highly recommend you restore the /external/editors/ckeditor folder to the files with the shipped version you are using (fwiw, ckeditor v4.6.2 was included in v241 patch #1, patch #3 should be out shortly)

  • Peter

    Peter April 10th, 2017 @ 01:31 PM

    The admin issue is strange. Not a major issue, but it would be interesting to find the cause.

    I must apologise again for the ckeditor problems - I had forgotten that in trying to fix one problem I inadvertently caused another. Thanks for that, I have done as suggested and all is fine again.

  • dleffler

    dleffler April 20th, 2017 @ 11:40 AM

    • State changed from “new” to “resolved”
  • Peter

    Peter April 29th, 2017 @ 08:06 AM

    Dave. Today I updated this site to patch 5. I only uploaded the patch 5 files and ran the install OK. The editor is once again misbehaving as described at the beginning of this ticket, and the site configuration page will not load. Your email 24/3 said you'd fixed this but didn't tell me which file you changed. Just to be sure I uploaded the ckeditor package from Exponent but that didn't help. Please can you look again. The super admin login I gave you is still there. Thanks.

  • dleffler

    dleffler April 29th, 2017 @ 08:15 PM

    • State changed from “resolved” to “open”

    Looks like PHP v5.6 acts differently than 7.0 or 7.1 and it isn't documented. I mostly test in 7.1 and 7.0. Also noticed some logic issues in the new wysiwyg configuration checking. I hope to have a more robust 'check' in the code for the next patch.

    Meanwhile I've fixed it on your web site, with a work-around which should also work in the future. Problem was double wrapping the quoted string...so I removed the quotes and concatenation '+'

  • Peter

    Peter April 30th, 2017 @ 08:08 AM

    Thank you Dave. Editor working again. Which file did you update please? I would like to make a backup copy, just in case.

    We still have the thumbnail problem in FileManager on this and Sandtoft development sites. Any thoughts on that one please?

    Peter.

  • dleffler

    dleffler April 30th, 2017 @ 11:41 AM

    Changed the format of the configuration entry from

    'Arial/Arial, Helvetica, sans-serif;' +
    'Georgia/Georgia, serif;' +
    'Verdana/Verdana, Geneva, sans-serif'
    
    to
    Arial/Arial, Helvetica, sans-serif;Georgia/Georgia, serif;Verdana/Verdana, Geneva, sans-serif;
    
  • dleffler

    dleffler May 14th, 2017 @ 11:35 AM

    • State changed from “open” to “resolved”
    • Milestone changed from User issues to 2.4.2

    The javascript configuration parsing/checking code has been updated

Please Sign in or create a free account to add a new ticket.

With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.

New-ticket Create new ticket

Create your profile

Help contribute to this project by taking a few moments to create your personal profile. Create your profile »

Bug Tracker for Exponent CMS

Shared Ticket Bins

People watching this ticket

Tags

Pages