It seems that when I try to create a new custom content in any pane of any Panel Page, I don't have the choice to enter any format in the BODY area other that safe HTML. This is causing some problems because if I try to embed images using the Only local images are allowed. tag for example the image doesn't show up on the page since that tag is not allowed by default.

The typical title for "Input Format" shows up under the Body area, but it is grayed out. Tested in both Safari 3 and IE7. I have a snap shot of the problem attached to the post. I am using Drupal 6.6 and version 6.x-2.0 alpha2 on a pre-production site.

By the way, that same issues exists in the teaser section of a Panel node in Panels 5.x-. When trying to enter HTML code, there is no choice to select an Input format.
I love this module and have built two other sites with it under Drupal 5.x.

CommentFileSizeAuthor
#24 panels-input-format.jpg15.1 KBKathyIce
Untitled-1.jpg61.9 KBmatmasr

Comments

sdboyer’s picture

Status: Active » Postponed (maintainer needs more info)

I can't replicate this on my dev sandbox, but I only tried with user 1. Are you logged in as a user other than uid 1 when this happens? If so, could you try logging in as uid 1 and letting me know if it still happens?

matmasr’s picture

Yes I am logged in as UID 1. Its in fact the only account so far. The only way I got images to work in the body area of a custom content in the panel pages is to change the default input format for the entire site to full HTML or to add the "Only local images are allowed." tag as an allowable tag in the filtered HTML input format.

docwilmot’s picture

same issue here. FF2 and IE7. user 1. latest panels update.
edit: deleted site, incl files and dbase, no change. changed from php5 back to 4, no change.

docwilmot’s picture

never miind
fixed in dev version.

sameersegal’s picture

Hi

How do I change the Input Format to "Full HTML".

Please help this is urgent. I am using alpha2 version on D6.

Thanks
Sameer

Kripsy’s picture

Try using the dev version as suggested in post 4.

sun’s picture

The cause for an "greyed-out" fieldset is always a JavaScript error. Due to a JS error, all JavaScripts broke and the collapsing fieldset behavior was not applied anymore. You should check the JavaScript error console in your browser for any messages.

sun’s picture

Title: Body area in custom content creation does not allow a choice for Full HTML input » Input format fieldset not working

Better title.

jacobson’s picture

I tried installing the dev (as of 08-Feb-2009) version and did not find this problem fixed. HAJ

longwave’s picture

Also seeing this issue in 6.x-3.0-alpha2. Firebug reports no errors on the page but it still appears to be a JavaScript-related issue, the fieldset is collapsed but there is no way of expanding it again.

jimmyddalton’s picture

I was having the same issue. I check the error long on firefox and saw only one js error repeatedly which was the image assist js. I disabled image assist and went back to panels and so far it seems to be solved.

tmallen’s picture

I can confirm this bug...really takes away one nice Panels feature (embed a PHP snippet as a custom content pane). I have it in 6.x-3-alpha-2, but I didn't want to post a duplicate issue.

lunen33’s picture

I'm having the same issue... but I found a work around. Just create a block with your custom code (php or full html) and enter the input format type on the block. Then go to the panels, add content page and select the block you created. Add the block, then click on the gear icon on the top right portion of the content box. A drop down menu will show up. Click on the style link. Then select system block.

meramo’s picture

Subscribing, alpha 3, can`t see input formats.

coreyp_1’s picture

Version: 6.x-2.0-alpha2 » 6.x-3.0-alpha4
Component: Panel pages » User interface
Status: Postponed (maintainer needs more info) » Active

Updated info to match issue.

I marked this back as "active". I've never done that before, so let me know if it breaks protocol and I won't do it again.

#424516: "Input Format" fieldset is disabled when creating or editing a "Custom Content" block was marked a duplicate of this issue.

Basically, the show/hide functionality is not being applied to collapsible fieldsets. These fieldsets appear in the javascript popup that appears when creating or editing a "Custom Content" block. The Input Format fieldset is rendered unchangeable by this bug (unless you know how to edit CSS classes with Firebug).

pat999’s picture

I have this problem with my site. I'm using Drupal 6.10. I have the problem with Firefox 3, IE 6 and 7. I get a repeating JS error:

Syntax error
http://127.0.0.1:37935/xpopup.js Line 80
_block_windowOpen(); function () (
----------------------------------------|

okay, in the actual log '|' is a cute little up arrow I can't duplicate.

Curiously, I have two PCs - one has had this problem since I upgraded to 6.x for the first time. The other worked fine until today, when I update the Advanced Help, Calendar, CCK, Date, Views and Weblinks modules to the latest recommended versions.

likewhoa’s picture

confirmed with latest -alpha and drupal 6.10.

pat999’s picture

This is getting to be a serious problem for me. I cannot add content to my sites the way I want to, and I cannot maintain them properly.

merlinofchaos’s picture

#16: xpopup.js is not a Panels file. Some other module has .js that is apparently crashing.

I have this fixed locally but I can't check it in as I'm in the middle of a fairly big revision. Hopefully in the next couple of days I will get this checked in and we can start to see the input format fixed.

You can temporarly work around this by modifying your hook_init to do a drupal_add_js('/misc/collapsible.js'); (or put it somewhere else appropriate such as in your theme) -- that will get the javascript loaded so that the fieldset can work.

merlinofchaos’s picture

Status: Active » Fixed

The fix for this is now checked in.

rs-it’s picture

I downlod the new version of the Filefield modul and the problem is still there.
I can't figure out what I should do in order to activate the Input format fieldset.
somehow in the "Panel Content" view the content seems to look alright and in view mode the html tags are filtered out.
Please, Need Help urgent.

Ron Jones’s picture

"You can temporarly work around this by modifying your hook_init to do a drupal_add_js('/misc/collapsible.js'); (or put it somewhere else appropriate such as in your theme) -- that will get the javascript loaded so that the fieldset can work."

I tried adding drupal_add_js('/misc/collapsible.js') to both functions.php. When that didn't work, I added the php code to my theme. I am still unable to change the input format of 'new custom content' in the "add content" section of panels.

Is there an idiot-proof way to find all the installed *.js files and turn them off one at a time so I can search for the offending code?

Status: Fixed » Closed (fixed)

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

KathyIce’s picture

StatusFileSize
new15.1 KB

I just installed Panels-6.x-3.x-dev and am still having this problem.

I have input formats working just fine for my regular content (nodes and comments)... is there some other configuration setting I could be missing?

KathyIce’s picture

Version: 6.x-3.0-alpha4 » 6.x-3.x-dev
Status: Closed (fixed) » Active

Setting issue to active again. To clarify.. the files I'm using are dated May 20.
The issue presents on both Firefox and IE. We're using Drupal 6.12.

nanharbison’s picture

Assigned: Unassigned » nanharbison

I am having this problem with the input format on every page that uses it, and also on all other field sets:
Revision information
Create new revision
Log message:
Comment settings
URL path settings
Authoring information
Publishing options

I can't get fckeditor to work either, so I uninstalled it, and IMCE and still get grayed out fieldsets.
Where is hook_init? I can't find it.
I added drupal_add_js('misc/collapse.js'), and the include shows up when viewing the source of the page, so that isn't it.

merlinofchaos’s picture

Status: Active » Postponed (maintainer needs more info)

If you are still having this problem, it likely means that you have something causing javascript to crash. Please check your javascript error console -- try ctrl-shift-j in firefox, and see if there is an error there.

pat999’s picture

I'm still getting the js error I reported in message 16.

merlinofchaos’s picture

pat999: ...and my response in #19 does not change.

maxelrod’s picture

It seems an interaction between Panels and Image_assist is at work here, what follows is our experience and the JS error message.

We are experiencing this same problem with panels 3. So when editing some content that is a panel node => panel layout. After we click on the gear icon-> settings, we get to an ajaxy "configure new custom content" . (it's not really new by the way) we are editing an existing node. Anyway here is the javascript error related to the missing input format stuff:

Error: Drupal.settings.img_assist is undefined
Source File: //oursite.org/sites/all/modules/img_assist/img_assist.js?4
Line: 15

So Image assist is the culprit! Disabling image assist makes the error go away.

But we need image-assist so a work around is in order.

We go to Image assist module -> Access settings, check "not on specific paths" , then add path : panels/ajax/* and all is ok for now.

Some comments:

We have panels 6.x-3.0-rc1 and image_assist 6.x-2.0-alpha4 on Drupal 6-13.

By the way we noticed the the text area form id is just a generic "edit-body" , we are wondering if it were more unique, like the panels 2 was, would it be more useful? Possibly something like "edit-body-ajax"?

( cross posted on the image_assist bug thread here => http://drupal.org/node/428950#comment-1860438 )

merlinofchaos’s picture

Status: Postponed (maintainer needs more info) » Closed (won't fix)

img assist should be polite enough not to crash when its used via ajax like this. =)

drup-all-over’s picture

disable image assist, then the option to use PHP format should become available under input format, select it then activate image assist again and PHP will remain as the current setting.

BTW I had exactly the same problem in views.

fnikola’s picture

Thanks maxelrod for your comments.

We go to Image assist module -> Access settings, check "not on specific paths" , then add path : panels/ajax/* and all is ok for now.

This does resolve the issue - using 6.x-3.3.