I have a weird problem with 5.x-2.0-beta version of FCKeditor and 2.5 beta that I didn't have before. When I have the WYSIWYG interface, the content I write is not submitted. For instance, if I create a new node and click submit, the node appears empty. If I edit a node and add some content and click submit, the node remains the same as it I never edited.

I have no clue why this happens though I read in Firebug:

FCKStyles is not defined
(no name)()fckeditor.html (line 80)
FCKEvents("OnSelectionChange", undefined)fckeditorcode_gec... (line 29)
AttachToOnSelectionChange()fckeditorcode_gec... (line 30)
_FCK_EditingArea_OnLoad()fckeditorcode_gec... (line 30)
CreateBogusBR()

If I disable the rich-text interface, I can edit / add content without trouble.

Comments

poehnix’s picture

poehnix CreditAttribution: poehnix commented
Version: 5.x-2.x-dev » 6.x-1.x-dev
Category: support » bug

Same problem but with drupal 6. and FCKeditor and 2.5 beta. It says "oFCK_1" not defined.

wwalc’s picture

wwalc CreditAttribution: wwalc commented

@Juanzo - Could you try the latest nightly build of FCKeditor 2.5 from http://www.fckeditor.net/download ?
I am not able to reproduce that bug ("FCKStyles is not defined").

@Poehnix - did you change somehow FCKeditor profiles? I was able to get similar error, when I entered some invalid text into textfields (while editing FCKeditor profile) that could broke javascript (quotes etc.).
Vanilla installation works fine on my local computer.

Duplika’s picture

Duplika CreditAttribution: Duplika commented

I solved it using the 2.4.3 version of FCKeditor so I guess it's not a module problem. I recently noticed 2.5 has been released so later today I'll try it out.

poehnix’s picture

poehnix CreditAttribution: poehnix commented

@wwalc You are right. I have changed the settings for auth users. With anonymous users, that have an untouched profile that error doesn't seem to happen.
Anyway, I still get notices like

notice: Undefined property: stdClass::$name in C:\wamp\www\drupalClean\modules\node\node.pages.inc on line 51.
notice: Undefined index: #suffix in C:\wamp\www\drupalClean\sites\all\modules\fckeditor\fckeditor.module on line 488. ( $element['#suffix'] .= $wysiwyg_link;)

while adding content and

notice: Undefined index: op in C:\wamp\www\drupalClean\sites\all\modules\fckeditor\fckeditor.module on line 262. while administrating

Is this because the module doesn't follow E_ALL? Will everything work anyway?

wwalc’s picture

wwalc CreditAttribution: wwalc commented
Assigned: Unassigned » wwalc
Priority: Critical » Normal

Definitely FCKeditor module should support E_ALL, I'll take a look again into the code and check/fix it.

poehnix’s picture

poehnix CreditAttribution: poehnix commented

new test report (maybe I should open a new thread, just tell me if that's the case): with drupal 6.0 beta 4, fckeditor 2.5 (NOT beta) and default profiles, while previewing content I get
oFCK_1 is not defined (textarea with plain text html is displayed)

the reason might be that the there is only 1 textarea while writing content and two textarea while previewing it, that have following ids:

id="edit-teaser-js"
id="oFCK_2"

on the other hand content get saved and I do not see the warnings I used to see with previous installation (both in admin and public section)

I do not know what will happen adding new content type or changing the profiles. If something will break I'll tell you

Bye

poehnix

nullivex’s picture

nullivex CreditAttribution: nullivex commented

i was able to fix this by using the nightly build.

regards,
bryan

poehnix’s picture

poehnix CreditAttribution: poehnix commented

This bug is solved for me too with nightly build of both FCKeditor and Module (abd Drupal6RC2).
There's a related issue anyway, due to the fact that the two text-area (trimmed version and body) are glued: the

tag is put always at the beginning of entered text by the module, This can be seen previewing the node. If node is saved without previewing or break is not moved when it shows in preview only the title is shown in Frontpage (if it's moved it retains the correct position). It's to be noted that all the text entered is saved, and nothing get lost, so it's more an annoyance than a bug.
This behaviour does not happen if text-areas are in "plain" mode and happen both in firefox and IE 6 (not tested in ie7).
Am I missing something (a configuration setting to say) to solve this? I have tried to disable the pagebreak that comes enabled in the default install (FCKConfig.Plugins.Add( 'drupalbreak' ) ; and related) but same problem arises anyway.

Bye
poehnix

__Tango’s picture

__Tango CreditAttribution: __Tango commented

Just as an FYI, i just downloaded the latest fckeditor-5.x-2.0-beta.tar.gz about an hour ago as well as the latest "stable" FCKeditor_2.5.1.tar.gz. I'm seeing the same problem (submit doesn't actually submit anything) in drpual-5.5. I'm about to try the FCKEditor nightly build.

Edit: Just verified that the FCKEditor Nightly build works with drupal-5.5, fckeditor-5.x-2.0

simontol’s picture

simontol CreditAttribution: simontol commented

Confirmed working here with Drupal6.0-RC4 fckeditor-6.x-1.0-dev and FCKeditor 2.5.1 stable.
Not working in the past with fckeditor-2.5 or 2.5beta.

wwalc’s picture

wwalc CreditAttribution: wwalc commented
Status: Active » Closed (fixed)

As simontol wrote, upgrading FCKeditor to 2.5.1 solves this isse, so closing this one.

ddlb’s picture

ddlb CreditAttribution: ddlb commented

it still happens, with all the new module and new fckeditor on D6.4.
I see the last post was march, maybe no one is useing the editor stuff.
editing this post:
It figures, I found an issue that will cause this error. I was working on fixing the slow page loading problem and one suggestion was to load scripts at the end of the page. This was causeing the error. after moving the script load statement back to the top, the editor seems to work again. I think this may cause an issue with tinymce too.