custom content (panels 3.7) + CKEditor (1.1) module not saving

Yeah. I don't know if that's a problem with the AJAX framework or the wysiwyg, nor do I know how to fix this. I guess it's a step forward from when wysiwyg didn't work at all.

I've asked the author of the wysiwyg module for a hand but so far I've been ignored.

I'm having the same problem.

Subscribing, as I'm having the same issue. It worked for me in the last version of Panels, which is quite confusing.

I don't know how to fix this. Moving to wysiwyg queue for advice.

I have not yet had a chance to test Panels 3.7, but I can say that if the form is submitted via AJAX I'm sure the problem is with Wysiwyg module. Or rather, in that Wysiwyg module has no idea the form is being submitted, so it can't make the editor(s) sync the contents back to the original textarea.

I'm currently on vacation but I'll take another look at this when I get back (and cleared up a few smaller issues first).

A quicker workaround than having to copy/paste source code would be to simply disable the editor before the form is submitted, as that also triggers a sync.

@merlinofchaos, I'm sorry you feel that you have been ignored. It has never been my intention and I doubt Sun would intentionally ignore you either.

Oh, looks like this was about the CKEditor module, not Wysiwyg module. Moving to their queue. (Though I would guess the underlying problem is similar to what we experience.)

The underlying problem is the same, yes, as I actually personally was trying with wysiwyg module and CKEditor.

I'm making a guess that this whole problem is because Drupal 6 does not have detach behaviors, and wysiwyg needs detach behaviors in order to function. So possibly http://drupal.org/node/350035 is going to be required to make this work in CTools modals.

Subscribing. Since the panels update I cannot use CKEditor for custom content. It appears but does not save.

Subscribing. Same problem here.

+1, too bad I went aware of this problem while teaching my client how to use his new website... (upgrade of panels took place after I had filled pages, I did not check this back before)

The problem seems to come from an incorrect CKEditor initialization.

Edit : Until we have a patch, a workaround is to tell CKEditor to open in a popup :
In admin/settings/ckeditor
section 'Editor appearance'
- 'Default state' -> disabled
- 'Show disable/enable rich text editor toggle' -> hidden
- 'Use CKEditor in a popup window' -> yes

This is only a workaround but saved my life as my clients are here today and I NEED a working site :)

Hope this helps...

sub

Subscribing

I also had the same problem, however, I just toggled the "Switch to plain text editor" link which seemed to update the HTML in the textarea. Then I just toggled it again to get back into CKeditor and continue editing until I am finished then, I just make sure I toggle into "Plain Text" and save.

Hope this helps,

If I toggle it I lose the changes made in CKEditor

I can confirm that switching it to a popup solves the issue with Panels. It does, in turn, make it less convenient to use... but it does "work".

Subscribing

I have the same issue. Big cause of confusion in the office.

Subscribing. Same problem here. Changes don't get saved after module update.

Edit: I just upgraded my modules again. Panels from 6.x-3.7 to 6.x-3.8 and Ctools from 6.x-1.7 to 6.x-1.8. I'm cautious to say that it works normally again. Can someone confirm this?

Having lots of issues getting this to work. Clicking "switch to plain text editor" several times occasionally gets CKEditor to show. Sometimes changes I've made in CKEditor save, sometimes they don't. I'm using the workaround of using CKEditor in a popup right now, but sometimes even the darn link to open the popup isn't appearing! Extremely frustrating to say the least.

CTools: 6.x-1.8
CKEditor: 6.x-1.2
Panels: 6.x-3.9

I know this issue is for D6 but I'm seeing identical behavior in a new install of D7

- Panels 7.x-3.0-alpha2
- CTools 7.x-1.0-alpha2
- CKEditor 7.x-1.x-dev (2011-Mar-10)

Edit custom content, changes are ignored unless you switch the input format to Plain Text and then back to Full HTML before saving.

+1 subscribing

Subscribing. The solution in #20 works, although it is somewhat annoying. At least my client can move forward though!

BTW, this only happens on one clients' setup and not the rest. I haven't been able to find the exact difference, but it's not across the board (at least in my experience).

Subscribing. Issue still exists

@rickmanelius check what modules do you have enabled in your client site an one of that you know that everything works fine.

@mgravindran what version of CKEditor module do you use ? Can you check this with latest DEV ?

Please guys remember that panels and ctools are not stable releases yet.

I'm seeing this issue as well, here are the various versions involved:

Wysiwyg: 7.x-2.1
Panels: 7.x-3.0
Ctools: 7.x-1.x-dev w/ datestamp 2012-01-10

@acrollet this tracker is for CKEditor module not WYSIWYG module.
If you have problems with WYSIWYG module you should search help on their tracker.

any update here for ckeditor? if i add plain text to the editor formats. (the panel body default) it works...but i need it to work even if it isnt enabled at load..please help!

also, how do you get full html to be the default (it is for regular edit forms)?

Hi,
Same issues on latest panels/ctools dev and latest CKeditor.

EDIT: I can't get #10 to work. Latest CKEditor I do not see the option anymore "Use CKEditor in a popup window"?

Custom content is not saved correctly.

greetings, Martijn

yes summit...i couldnt find that either...

it works if you add a ck editor to the plain text format, although not really a solution

We need to force CKEditors to update their elements before submitting via ajax.
http://stackoverflow.com/questions/3256510/how-to-ajax-submit-a-form-tex...

@merlinofchaos how do you feel about putting this type of thing into ctools?

An one could write step by step how to reproduce this bug?
Because now i cannot find this bug...

I've updated the modules:

http://drupal.org/project/wysiwyg to 7.x-2.2
http://ckeditor.com/download Download Link

and the saving feature works well now.