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.
I have been using CKEditor module for a couple of years on my website without problem. Recently, I have been unable to access the particular form fields on the "Edit the CKEditor profile" page.
The fieldsets (Basic setup, Security, Visibility settings etc.) are visible, but are not clickable.
I am able to edit the CKEditor Global Profile data.
I have a development version of the same website on another server with the same database and files, and it works fine.
Any ideas. Please help me debug this as I need to modify some settings on the site and I am currently stuck.
Mark
Comments
Comment #1
mkesicki CreditAttribution: mkesicki commentedPlease try use latest DEV version of CKEditor module. Do you use latest version of Drupal?
Comment #2
msellers CreditAttribution: msellers commentedThanks for the quick response!
I am at Drupal 6.22 (latest) and ckeditor 6.x-1.8. I loaded the dev version of ckeditor and tried to edit he profile, and experienced the same results - not able to edit the profile information. (FYI - after loading the ckeditor dev version, my site was unable to access update information. This is probably unrelated. I restored ckeditor the the 6.x-1.8 version and now updates information is working again.)
I also tried creating a new profile, and clone a profile and in both cases, I was presented with a screen with the various profile categories that were not clickable.
Comment #3
dczepierga CreditAttribution: dczepierga commented@msellers, do u see any JavaScript errors? Which browser (with version) do u use?
Do u use standard admin theme or sth else?
Greetings
Comment #4
msellers CreditAttribution: msellers commentedI don't see any JavaScript errors. I use Firefox/9.0. Standard Garland theme for admin. Please be aware that I have a development site with all the same setup that works fine. I have recently updated the main server with the Centos 6 latest release. No other forms appear to have problems. I am pretty good at diving into the code and fixing problems if you could suggest some ideas.
Thanks again!
Mark
Comment #5
morybel CreditAttribution: morybel commentedI'M having the same problem, if anyone could suggest a solution.
thanks.
Edit: I have reverted to an older version of CKEditor and it works now.
Comment #6
Fabian Damhuis CreditAttribution: Fabian Damhuis commentedI'm experiencing the same problem. And I noticed a javascript error in a compressed js file. When I disabled "Optimize JavaScript files" in Performance the settings for CKEditor where accessible again.
The javascript error stayed. In firebug console it gives me, a.attributes is null in /sites/all/modules/ckeditor/includes/jqueryUI/jquery-1.4.4.min.js?0
Comment #7
mkesicki CreditAttribution: mkesicki commentedComment #8
giuseppe pillera CreditAttribution: giuseppe pillera commentedI have the same problem... My JavaScript banda optimization in ?q=admin/settings/performance has been not activated...
Comment #9
selwynpolit CreditAttribution: selwynpolit commentedLooks like this is related to an oldish version of civicrm. On our site we were getting the following errors in the script console:
Uncaught Syntax error, unrecognized expression: [@name='subscription'] js_8ebee326b836e35080c43c022ff95c5b.js:393
Uncaught Syntax error, unrecognized expression: [@name='subscription'] jquery-1.4.4.min.js:84
Searching around in sites/all/modules, we came across:
./sites/all/modules/civicrm_donate/civicrm_donate.js: $("input[@name='subscription']").click(function(){
./sites/all/modules/civicrm_donate/civicrm_donate.js: if ($("input[@name='subscription']:checked").val() == 'no_thanks') {
./sites/all/modules/civicrm_donate/civicrm_donate.js: switch($("input[@name='subscription']:checked").val()){
It turns out that after the release of jquery 1.2.6, the xpath style attribute selector, i.e. $("div.foo[@class=bar]") has been deprecated. to fix, you should be able to just remove the "@" and use $("div.foo[class=bar]") instead.
So a quick edit of the civicrm_donate.js to remove the @ symbols and the problem went away.
Hope this saves someone else a boatload of time
Comment #10
bnadem CreditAttribution: bnadem commentedHi every body !
I confirm #6, when disabling the javascript aggragation on performance section, it works again.
Thank you !