By cabplan on
I have recently upgraded my FCKEditor and now my status reports comes up with:
FCKeditor 2.6.5
You are using a feature that requires $cookie_domain to be set, but it is not set in your settings.php (either built-in filebrowser or quick uploads are enabled in the Default profile).
I opened my settings.php file and uncommented the line and added my domain:
$cookie_domain = 'http://www.mydomain.org';
But I a red X still comes up on the status report. Does anyone know how to fix this?
Comments
Your cookie domain should be
Your cookie domain should be set without the "http://www" part, like this:
$cookie_domain = 'mydomain.org';
-Blake
www.BlakeSenftner.com www.3D-Avatar-Store.com
I did indeed just put my
I did indeed just put my domain without the "http://www" and I still get a Red "X" saying:
FCKeditor 2.6.5
You are using a feature that requires $cookie_domain to be set, but it is not set in your settings.php (either built-in filebrowser or quick uploads are enabled in the Advanced profile).
Please let me know if you know any further steps I can try to resolve this issue.
I also met this problem.
I also met this problem.
perhaps your environment is
perhaps your environment is caching your file? I had that same issue once, when I first started using the FCKeditor, and fixing the issue as I described fixed it for me. Can you reboot your web server? Not sure what steps to take other than that...
-Blake
www.BlakeSenftner.com www.3D-Avatar-Store.com
I actually do not have the
I actually do not have the ability to restart my web server, I am using godaddy. is there any other solutions?
Have you visited your
Have you visited your settings/performance page and cleared your cache? (Even if caching is not on, some items get cached anyway.)
Perhaps you can try disabling the editor from the admin/build/modules page, then "uninstall it" from admin/build/modules/uninstall. This will clear out any information it may have stored in your DB, then just enable it again. Perhaps that will do the trick...
If that does not do it, I just had an issue yesterday where I needed to put complete paths in CKFinder's config.php, rather than the usual relative paths that normally work. (This was to get file uploads working.) I just moved a site from GoDaddy (where relative paths worked) to HostGator when I needed the complete paths...
-Blake
www.BlakeSenftner.com www.3D-Avatar-Store.com
$cookie_domain variable / login problem / offline mode problem
I recently upgraded to 6.15 and also saw the "$cookie_domain needs to be set" message. Oddly enough, the fckeditor seems to work fine when I leave this line commented out. I was able to get the message to go away by doing as you suggested - deleting the module and reloading it again. Thanks for the tip!
What troubles me, however, is that when the "$cookie_domain line" is active, the login stops working. That is to say: You type in the login information and you just go back to the login window! This also caused me to sweat since I couldn't get back into the system after being offline for the upgrade (I closed the admin Window accidentally)! Even trying to get in through the "backdoor" login simply yielded the same "site offline" message.
Yes, I did clear both the Drupal Cache and my Browser cache. Any words of wisdom would be appreciated.
Cheers,
Joseph
$cookie_domain variable / login problem
I have this problem too. I've been searching in google but can't find a solution.
this is my setting
say my address is: xxx.servehttp.com:8080
$cookie_domain=servehttp.com;
i removed the # as per instruction in the documentation. After this, i cant even login to my website and all my moderators and users. it says, "Access Denied."
but i found one of threads saying that i should add this instead of the above.
$baseDomain = explode(".", $_SERVER['SERVER_NAME']); //SERVER_NAME
$cookie_domain = $baseDomain[count($baseDomain) - 2] . '.' . $baseDomain[count($baseDomain) - 1];
this worked actually, but there was a hidden error i saw when i added the debug code. its says
Notice: Undefined offset: -1 in \www\sites\default\settings.php on line 174
so i was hoping someone can give a better solution, with no errors... btw im using WAPP
Thanks!
Login problem with CKFinders 'cookie_domain' setting set
Hi Joseph,
I am not sure if you resolved this issue, but I can confirm that I have exactly the same issue with CKFinder on 6.17.
If i set the cookie_domain in settings.php then as soon as I log out of my existing session, I am then unable to log back in. What actually happens is the sessions table will show that me (root user ID of 1) am logged in multiple times (if i keep trying to log in), but will always see the 'you are not authorized to access this page' message when on any authenticated user page. So sessions table thinks I am logged in, but there are no permissions with the login.
The solution is to comment out the domain_cookie setting, and then am able to login again. Instead of setting the domain_cookie setting, I tried just setting the base_url setting, and this has allowed me to use the CKFinder, without the security message showing up saying it is disabled and with out the login/logged out problem.
I can not say I understand why this is the case, if anyone else can illuminate, please do.
However the error message in the status report that reads
still persists, but is not hindering the use of CKFinder
Cross referencing this post with similar issue here for others benefit.
best regards,
Renaee
CKFinder, $cookie_domain and can't log in!
I found I needed $cookie_domain set in order to access CKFinder upload / browse server. But with $cookie_domain set, I couldn't log back in once logged out.
Solution was to set $cookie_domain:
$cookie_domain = '.mydomain.com';
rather than:
$cookie_domain = 'mydomain.com';
(period before domain).
This solved it for me. A mod_rewrite issue? I wonder.
Best,
Michael.
same...
I have the same problem too and this didn't fix it for me. When I make the change in the php.config, I can't login. For me, FCKeditor just doesn't work and I get the same error message in the system reports. Any help would be greatly appreciated! Thanks.
Keith
see this
see this http://drupal.org/node/848382 or http://drupal.org/node/816998#comment-3051528
ꦱꦠꦽꦶꦪ