When CKEditor is active for Block editing, the second field (used to control on which nodes the block should appear) is modified at save. So
<front> is converted to <p><front></p>

The only way to suppress it, is excluding admin/build/block/configure/block/??.edit-body*
but then I dodn't have CKedit for Block editing.

- edit-pages has no effect.

Comments

jcisio’s picture

Category: bug » support
Status: Active » Closed (works as designed)

Why do you want to put <front> in the edit-body textarea? It has no effect. You only need it in edit-pages for visibility settings.

Morn’s picture

Status: Closed (works as designed) » Active

The second field is under:
Show block on specific pages:
Here I have to put <front> in order to specify that my a Block should
appear at the front page.

Of course I have excluded this field from CK according to the message (sorry in German)
"CKEditor: Die ID zum Einschließen oder Ausschliessen dieses Elements ist admin/build/block/configure/block/7.edit-pages"

Also fields used for php statements, explicitly excluded from CK, get a lot of disturbing break tags,

So in "multifield" Forms, where some text fields are excluded from CKedit and others not, we get this problem with the unwanted tags.

A fix that worked for me (as posted in http://drupal.org/node/1098586 #2 ) is to replace in ckeditor.utils.js

$(this).find('textarea').each(function() {
with
$(this).find('textarea.ckeditor-processed').each(function() {

jcisio’s picture

Category: support » bug

Ok, then that sounds like a bug.

jcisio’s picture

How can I reproduce it? I go to admin/build/block/add to create a custom block. CKEditor replaces the first textarea (edit-body), not the second (edit-pages). I put <front> in the second textarea, submit form, nothing happens in that textarea.

CKEditor 1.3.

Morn’s picture

wow!
I use "*.edit-pages" in the Global CK Profile to exclude the second field. No excludes in the other
profiles

$(this).find('textarea').each(function() { is at line 375 (not 355, as posted in 1098586 )
Drupal is Version 6.20
CKeditor 3.4.2 (the editor, not this module)
Theme is Garland. happens also with other themes.

the <br/> (or <p>..</p> depending on the settings) tag appears immediately when I press save (so its javascript)

This problem doesn't occur with Version 6.1.2 or replacing in ckeditor.utils.js
line 375 with $(this).find('textarea.ckeditor-processed').each(function() {

For the Theme 960 Robots It doesn't occur if I first save the block with an empty second field, and afterwards I edit it again inserting <front>

Did you run update.php ? the problem appears only after running the update.
I hope this info helps.

dczepierga’s picture

Status: Active » Needs review

Ok i make a little fix for it and commit to GIT.

@Morn, Could u download last DEV version, check it and report that all works as except?

Greetings

Morn’s picture

@dczepierga
Nice, it works without problems, thx

dczepierga’s picture

Status: Needs review » Fixed

Ok so i mark it as fixed.

Greetings

Status: Fixed » Closed (fixed)

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