FCKeditor Version 2.5 Beta support

What king of problems have you been seeing?

I've been using the combo together as have a couple of site contributers and we haven't noticed any problems occuring. I'd note we are using a custom configuration file for Drupal full menu to reveal a few of the newer features.

Mark

What kind of problems have you been seeing?

I've been using the combo together as have a couple of site contributers and we haven't noticed any problems occuring. I'd note we are using a custom configuration file for Drupal full menu to reveal a few of the newer features.

Mark

Advanced File Management:
Getting XML request error: Not found (404)
when using Advanced File management after clicking Browse Server button in image dialogue

Basic File Management:
Likewise, when clicking "Send it to the Server" button on upload tab in image dialogue, files aren't getting uploaded.

Custom FCKPlugin:
Plugin not working, installed in:
/sites/all/modules/fckeditor/plugins/Acronym

Plugin files attached if you want to test it, rename to .zip instead of .gif.

Advanced File Management-
Upgraded to fckeditor 5.x-2.x-dev and now getting different error when clicking Browse server:

Error creating folder "redirect:/index.php/" (Can't create redirect:directory)

Basic File Management-
when uploding a file using the basic file method instantly after clicking "Send it to the Server" I get alert saying the file was succesfully uploaded, but there is no file on the server.

Acronym plugin still not working

Hi,

I had exactly the same problem during development, "redirect:/index.php/" showed up when I had empty string in $Config['UserFilesAbsolutePath'].
Could you please try setting $Config['UserFilesAbsolutePath'] to the real absolute path?

We're using IMCE for attachements and haven't experienced these problems.

I'm not really sure if its the best solution right now, but I had sed it previously and just stuck with it.
...Of course there may be other problems we haven't seen.

Regarding Acronym plugin - I was able to install it.

Here's how I did it:

• unpack Acronym.zip to modules/fckedditor/plugins/Acronym
• In fckeditor.config.js add those two lines:

  FCKConfig.PluginsPath = '../../plugins/' ;
  FCKConfig.Plugins.Add( 'Acronym' ) ;

  and add 'Acronym' button to all toolbars

• purge browser's cache
• if you use Filtered HTML, add <acronym>, <abbr> tags to the list of allowed tags

This worked on my computer (Win XP + IE/Firefox, Drupal 5.3 + fckeditor 5.x-2.x-dev + FCKeditor 2.5 nightly)

See attached image for what I am experiencing once I've added the plugin.

Use Firefox with Live HTTP Headers plugin and check what URL your browser tries to reach.
Acronym plugin is distributed in "Acronym" directory (first letter uppercased) which may cause problems.

Hmm.. actually I see now that in fckplugin.js fck_Acronym.html is called, but the real file name is fck_acronym.html, so try changing it to fck_acronym.html.

Did setting $Config['UserFilesAbsolutePath'] solve the issue with file browser?

thanks!

Changing the link to the fck_Acronym.html file in fckplugin.js so that is was fck_acronym.html instead fixed the Acronym plugin, I didn't need to rename the Acronym directory.

I didn't know where you meant for me to do the $Config['UserFilesAbsolutePath'], at this stage I've switched to using IMCE and it's working, also with IMCE's thumbnail generation and inbuilt resizing it's probably a better option anyway.

Cheers,
Brian

For the sake of completeness, could you let me know where the $Config['UserFilesAbsolutePath'] needed to be set, so I can test it?

Thanks.

You should set $Config['UserFilesAbsolutePath'] to the absolute path to the directory where you want to store files.

Config files can be found in:

/drupal5test/modules/fckeditor/fckeditor/editor/filemanager/browser/default/connectors/php/config.php
and
/drupal5test/modules/fckeditor/fckeditor/editor/filemanager/upload/php/config.php
(FCKeditor 2.3.x - 2.4.x)

or
/drupal5test/modules/fckeditor/fckeditor/editor/filemanager/connectors/php/config.php
(FCKeditor 2.5+)

Please follow the comments in config.php file.

Automatically closed -- issue fixed for two weeks with no activity.

hey i had the same problem " fckeditor "error creating folder "redirect. ... " it was because the path for $Config['UserFilesPath'] and $Config['UserFilesAbsolutePath'] in /sites/all/modules/fckeditor/fckeditor/editor/filemanager/connectors/php/ was not properly set.
once i had the proper settng, everything worked fine

Solution for "Error creating folder "redirect:/index.php/" (Can't create redirect:directory)" have been added to the troubleshooting article:
http://drupal.fckeditor.net/troubleshooting#10

I found the [error creating folder "redirect. ... "] only going with "RewriteEngine on", if I turn off URL rewrite, file browser and upload works fine.
exclude the file uploads path from rewrite rule will resolve this problem ...

Interesting... do you have

require_once "../../../../../filemanager.config.php";

under

$Config['UserFilesAbsolutePath'] = '' ;

in FCKeditor configuration file?

This issue is caused by empty $Config['UserFilesAbsolutePath']. $Config['UserFilesAbsolutePath'] should be set to the right value by the included filemanager.config.php (that's why it have to be included one line below).
If $Config['UserFilesAbsolutePath'] is empty, PHP cannot find the right absolute path due to invalid $_SERVER values being set by mod_rewrite.

Thanks for your reply, absolutely I have that statement in FCKeditor configuration file, exactly like the README.txt required.

If this issue is caused by the configuration problem, how to explain after I turn off Apache Rewrite, it goes working ?

PS. my test environment is Windows + Apache, do you think this will be a problem?

@liujiansong: is it possible that in your FCKeditor profile, in "File browser settings", "Absolute path to uploaded files" is set to an empty string?
Did you try to change it to something like "%d%b%f/" (the default value), or simply to the absolute server path without using wildcards?

"Absolute path to uploaded files" has a default value, not empty,

but the problem disappeared after I have a reboot, without any further changes, strange?

Thanks for you reply. :)