Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
If I add a new toolbarset to fckeditor.config.js then I can select that toolbarset as the Toolbar for an FCKeditor profile. For example:
FCKConfig.ToolbarSets["ReallyBasic"] = [
['Bold','Italic','-','OrderedList','UnorderedList','-','Link','Unlink']
] ;
However, when a user of the role to which this profile is associated visits a page with an appropriate textarea, they get the following message:
Toolbar set "ReallyBasic" doesn't exist
Furthermore, if I edit a toolbarset in fckeditor.config.js, then these edits have no impact. For example, if I change
FCKConfig.ToolbarSets["DrupalBasic"] = [
['FontFormat','-','Bold','Italic','-','OrderedList','UnorderedList','-','Link','Unlink', 'Image']
] ;
to
FCKConfig.ToolbarSets["DrupalBasic"] = [
['Bold','Italic','-','OrderedList','UnorderedList','-','Link','Unlink']
] ;
the DrupalBasic toolbarset does not change!
I have emptied my browser's cache and Drupal's cache. But this has not helped.
Comments
Comment #1
Jorrit CreditAttribution: Jorrit commentedIs is possible for you to check whether the fckeditor.config.js is actually loaded? for instance by looking up the access logs or using FireBug?
Comment #2
oldrobb CreditAttribution: oldrobb commentedThanks for the pointer. I installed FireBug and that showed that the loaded script did not contain my changes. So I loaded the script URL directly in Firefox and forced a reload - at which point my changes appeared. So I went back to the page, reloaded, and now it worked as it should.
It seems very odd, given that I'd flushed my browser cache and my site's cache, and had even tried different browsers that had never visited the site before. But it looks like it must have got cached somewhere along the route.
So it seems fine now. Thanks for your help.
Comment #3
patrickharris CreditAttribution: patrickharris commentedThanks robbm - I had exactly the same problem in Firefox, and only loading the script URL directly and forcing a reload as you described fixed things.
Comment #4
filiptc CreditAttribution: filiptc commentedExactly the same problem. Where is this js cached? This is very confusing. As robbm said, even browser cache flushing does not work. Is there any way to avoid this behavior from within code? If not, consider adding a note to readme or to fckeditor.config.js.
Comment #5
wwalc CreditAttribution: wwalc commentedOk, this may be quite an annoying thing, especially if user is unaware of that someone added new toolbar to FCKeditor configuration and that he should clear his cache to use FCKeditor properly. I have mentioned about this in documentation and filemtime() is appended to the fckeditor.config.js file to protect against caching. Let's see if that helps.
Another idea is to point FCKeditor to php file that includes fckeditor.config.js, but before that also sends special headers telling browsers and proxy servers to not cache this file, anyway let's try this simpler approach first.
Comment #6
Anonymous (not verified) CreditAttribution: Anonymous commentedAutomatically closed -- issue fixed for two weeks with no activity.