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
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.
| Comment | File | Size | Author |
|---|---|---|---|
| #24 | panels-input-format.jpg | 15.1 KB | KathyIce |
| Untitled-1.jpg | 61.9 KB | matmasr |
Comments
Comment #1
sdboyer commentedI 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?
Comment #2
matmasr commentedYes 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 "
" tag as an allowable tag in the filtered HTML input format.
Comment #3
docwilmot commentedsame 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.
Comment #4
docwilmot commentednever miind
fixed in dev version.
Comment #5
sameersegal commentedHi
How do I change the Input Format to "Full HTML".
Please help this is urgent. I am using alpha2 version on D6.
Thanks
Sameer
Comment #6
Kripsy commentedTry using the dev version as suggested in post 4.
Comment #7
sunThe 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.
Comment #8
sunBetter title.
Comment #9
jacobson commentedI tried installing the dev (as of 08-Feb-2009) version and did not find this problem fixed. HAJ
Comment #10
longwaveAlso 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.
Comment #11
jimmyddalton commentedI 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.
Comment #12
tmallen commentedI 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.
Comment #13
lunen33 commentedI'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.
Comment #14
meramo commentedSubscribing, alpha 3, can`t see input formats.
Comment #15
coreyp_1 commentedUpdated 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).
Comment #16
pat999 commentedI 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.
Comment #17
likewhoa commentedconfirmed with latest -alpha and drupal 6.10.
Comment #18
pat999 commentedThis 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.
Comment #19
merlinofchaos commented#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.
Comment #20
merlinofchaos commentedThe fix for this is now checked in.
Comment #21
rs-it commentedI 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.
Comment #22
Ron Jones commented"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?
Comment #24
KathyIce commentedI 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?
Comment #25
KathyIce commentedSetting 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.
Comment #26
nanharbison commentedI 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.
Comment #27
merlinofchaos commentedIf 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.
Comment #28
pat999 commentedI'm still getting the js error I reported in message 16.
Comment #29
merlinofchaos commentedpat999: ...and my response in #19 does not change.
Comment #30
maxelrod commentedIt 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 )
Comment #31
merlinofchaos commentedimg assist should be polite enough not to crash when its used via ajax like this. =)
Comment #32
drup-all-over commenteddisable 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.
Comment #33
fnikola commentedThanks 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.