Dnn.Platform
Dnn.Platform copied to clipboard
HTML Editor Non-Functional Post Upgrade of DNN
Description of bug
After performing an upgrade of DNN Platform the HTML Editor fails to display, or displays missing icons, until manual steps are taken to update the files/configurations within the editor itself.
Steps to reproduce
This has been validated on multiple installations, currently using two different starting points for upgrade.
- Start with a working DNN Installation (Validated on 9.6.2 and 9.8.1)
- Upgrade to DNN 9.10.2
- HTML Editor will be broken, the exact state of broken
Current behavior
The HTML editor either displays with missing icons and "might" work, or the editor 100% fails to display. (This will depend on the configuration and settings of the editors. If a plugin is missing the editor fails to display. Otherwise it will display sans icons)
You can fix this by going into this folder /Providers/HtmlEditorProviders/DNNConnect.CKE/js/ckeditor
And then reviewing these two sub folders;
Old = 4.5.3 New = 4.15.1
The issue seems to stem from the following discrepancies
- Icons - Completely missing from 4.15.1
- Images - Completely missing from 4.15.1
- Plugins - Some of the plugins in 4.5.3 are missing, which causes failures. This doesn't impact every installation
- Skins - Come of the skins from 4.5.3 are missing, this can cause issues depending on exact issues.
Expected behavior
You should be able to upgrade DNN Platform and the HTML Editor should still be functional without manual intervention, especially intervention that requires direct access to the site.
Error information
You will see multiple errors of failure to load files, or missing images
Interesting... We've recently done about 2 dozen upgrades over the past few weeks and many more since 09.10.02 dropped. I'm happy that we haven't seen this once so far. 🤞🏽
It will be interesting to know what the root cause is. I'm wondering if it's not environmental...? Maybe something like antivirus, low resources in Azure, or something else environmental?
Or maybe these environments don't have enough spare resources (e.g., memory) to perform the function completely? I've seen this cause all kinds of weird issues in some cases, requiring us to raise all of the maximum request/response limits temporarily until after the upgrade is complete.
It appears to be potentially related to history or useage of configuration changes in the editor. If you add/remove/update plugin/toolbars it seems to be worse.
I think I ran into the same thing in the issue that was closed.
https://github.com/dnnsoftware/Dnn.Platform/issues/4536
I've removed my previous comment. Sorry, this is not the same issue I have had.
We had a weird issue on one of our websites where adding an SSL fixed a ckeditor issue. We were getting CKeditor is not defined console errors and then added an SSL and now it seems to be working. Can't figure out the root cause. We have no bundling or minification turned on either.
after ssl
We had a weird issue on one of our websites where adding an SSL fixed a ckeditor issue. We were getting CKeditor is not defined console errors and then added an SSL and now it seems to be working. Can't figure out the root cause. We have no bundling or minification turned on either.
after ssl
This sounds like a separate issue and maybe needs to be logged separately. With that being said, many frameworks assume that they're going to be deployed in a secure environment these days. You're better off just having SSL on everything for a multitude of reasons.
In this case, quite a few things might be a partial or root cause, but I'm guessing applying the SSL certificate cleared out an underlying SSL conflict in the browser that might have prevented a dependant non-secure script from loading.
Totally understand @WillStrohl!! This was on a dev site and not launched yet so that's why we didn't have an ssl on it. But good to know! I can certainly log a new issue for this if you want.
No worries, @cklenk ... Logging a new issue might only be necessary if it's reproducible. These kinds of things aren't always able to be reproduced. For example, there's a small chance that this was only environmental, and the SSL update was just coincidental. No matter, this is all good information! :)
We have detected this issue has not had any activity during the last 90 days. That could mean this issue is no longer relevant and/or nobody has found the necessary time to address the issue. We are trying to keep the list of open issues limited to those issues that are relevant to the majority and to close the ones that have become 'stale' (inactive). If no further activity is detected within the next 14 days, the issue will be closed automatically. If new comments are are posted and/or a solution (pull request) is submitted for review that references this issue, the issue will not be closed. Closed issues can be reopened at any time in the future. Please remember those participating in this open source project are volunteers trying to help others and creating a better DNN Platform for all. Thank you for your continued involvement and contributions!
This https://github.com/dnnsoftware/Dnn.Platform/pull/5205 could potentially fix this issue, calling attention to it so it can be tested on next RC...
We have detected this issue has not had any activity during the last 90 days. That could mean this issue is no longer relevant and/or nobody has found the necessary time to address the issue. We are trying to keep the list of open issues limited to those issues that are relevant to the majority and to close the ones that have become 'stale' (inactive). If no further activity is detected within the next 14 days, the issue will be closed automatically. If new comments are are posted and/or a solution (pull request) is submitted for review that references this issue, the issue will not be closed. Closed issues can be reopened at any time in the future. Please remember those participating in this open source project are volunteers trying to help others and creating a better DNN Platform for all. Thank you for your continued involvement and contributions!
I cannot reproduce this issues, so I am assuming that #5205 fixed this.
I just upgraded to 9.11.2 from 9.8.0. I experienced the exact same issue as @cklenk showed above. I had to copy two plugin folders from the 4.5.3 plugin folder to the 4.18.0 plugin folder (newsarticlelinks and iframedialog). After these were copied the editor is now working. It doesn't appear the #5205 fixed this issue.