Nested fieldsets not appearing [#986566]

Not sure if this is the right place to post but wanted to share this as it had me doubting my sanity for a while as I was having trouble configuring a number of modules, Mailchimp(http://drupal.org/project/mailchimp) in particular.

I found that the theme collapsed that fieldsets nested inside another fieldset were completely hidden.

Adding the CSS below to the end of Rubiks style.css worked a treated.

fieldset legend span.fieldset-title{
display:block!important;
}

I haven't found it causing any problems elsewhere as yet.

Comments

Comment #1

exiled_hammer CreditAttribution: exiled_hammer commented 1 December 2010 at 20:40

Akk I must be tired

*I found that collapsed fieldsets nested in another fieldset were completely hidden.

<fieldset class=" fieldset titled">
      <legend><span class="fieldset-title">MailChimp Subscription Lists</span></legend>
        <div class="fieldset-content clear-block ">
      <fieldset class=" fieldset titled collapsible collapsed tao-processed">
      <legend><span class="fieldset-title"><span class="icon"></span><a href="/admin/settings/mailchimp#fieldset" class="active">Colouricious Newsletter</a></span></legend>

        <div class="fieldset-content clear-block ">
      <fieldset class=" fieldset titled">
      <legend><span class="fieldset-title">Roles</span></legend>
        <div class="fieldset-content clear-block ">
      <div class="description">Choose which roles may subscribe to this list. All users will see the lists they're eligble for at the <a href="/mailchimp/subscribe">newsletter subscription page</a> and in the subscription block. Lists assigned to the Authenticated role may also apear in the registration form if that option is selected below. Authenticated user may also manage their list settings from their profile.</div><div class="form-item form-option" id="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-1-wrapper">
    <label class="option" for="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-1"><input name="mailchimp_lists[mailchimp_list_8204c86d55][roles][1]" id="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-1" value="1" class="form-checkbox" type="checkbox"> anonymous user</label>  </div>

<div class="form-item form-option" id="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-2-wrapper">
    <label class="option" for="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-2"><input name="mailchimp_lists[mailchimp_list_8204c86d55][roles][2]" id="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-2" value="1" class="form-checkbox" type="checkbox"> authenticated user</label>  </div>
<div class="form-item form-option" id="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-3-wrapper">
    <label class="option" for="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-3"><input name="mailchimp_lists[mailchimp_list_8204c86d55][roles][3]" id="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-3" value="1" class="form-checkbox" type="checkbox"> Admin</label>  </div>
<div class="form-item form-option" id="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-5-wrapper">
    <label class="option" for="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-5"><input name="mailchimp_lists[mailchimp_list_8204c86d55][roles][5]" id="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-5" value="1" class="form-checkbox" type="checkbox"> Blogger</label>  </div>

<div class="form-item form-option" id="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-6-wrapper">
    <label class="option" for="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-6"><input name="mailchimp_lists[mailchimp_list_8204c86d55][roles][6]" id="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-6" value="1" class="form-checkbox" type="checkbox"> Community</label>  </div>
<div class="form-item form-option" id="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-8-wrapper">
    <label class="option" for="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-8"><input name="mailchimp_lists[mailchimp_list_8204c86d55][roles][8]" id="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-8" value="1" class="form-checkbox" type="checkbox"> pre-authorized</label>  </div>
<div class="form-item form-option" id="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-7-wrapper">
    <label class="option" for="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-7"><input name="mailchimp_lists[mailchimp_list_8204c86d55][roles][7]" id="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-7" value="1" class="form-checkbox" type="checkbox"> Shop Admin</label>  </div>

<div class="form-item form-option" id="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-4-wrapper">
    <label class="option" for="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-4"><input name="mailchimp_lists[mailchimp_list_8204c86d55][roles][4]" id="edit-mailchimp-lists-mailchimp-list-8204c86d55-roles-4" value="1" class="form-checkbox" type="checkbox"> Super Admin</label>  </div>
    </div>
  </fieldset>
  </fieldset>

Comment #2

KarenS CreditAttribution: KarenS commented 22 December 2010 at 23:34

I have seen some problems here too. Still investigating.

Comment #3

chromix CreditAttribution: chromix commented 30 December 2010 at 21:46

This also happens with modal windows (specifically ones created through CTools). I noticed this while I was using the Content Analysis module. Good to see I'm not the only one who's seeing this!

...and thanks for the tip, BTW.

Comment #4

chromix CreditAttribution: chromix commented 30 December 2010 at 22:23

It looks like CTools (and maybe Mailchimp...?) is re-including system.css and defaults.css, which is causing all the mayhem. Not quite sure how to stop this from happening...!

Comment #5

seanr

he/him

CreditAttribution: seanr commented 17 February 2011 at 22:06

I just ran into this as well. Anyone have any more info? I'm not seeing extra copies of system.css though. See here:

<style type="text/css" media="all"> 
@import "/modules/aggregator/aggregator.css";
@import "/modules/book/book.css";
@import "/modules/node/node.css";
@import "/modules/poll/poll.css";
@import "/modules/system/admin.css";
@import "/modules/system/defaults.css";
@import "/modules/system/system.css";
@import "/modules/system/system-menus.css";
@import "/modules/user/user.css";
@import "/sites/all/modules/admin_menu/admin_menu.css";
@import "/sites/all/modules/cck/theme/content-module.css";
@import "/sites/all/modules/ctools/css/ctools.css";
@import "/sites/all/modules/date/date.css";
@import "/sites/all/modules/date/date_popup/themes/datepicker.css";
@import "/sites/all/modules/date/date_popup/themes/timeentry.css";
@import "/sites/all/modules/filefield/filefield.css";
@import "/sites/all/modules/nice_menus/nice_menus.css";
@import "/sites/all/modules/nice_menus/nice_menus_default.css";
@import "/sites/all/modules/panels/css/panels.css";
@import "/sites/all/modules/thickbox/thickbox.css";
@import "/sites/all/modules/thickbox/thickbox_ie.css";
@import "/modules/forum/forum.css";
@import "/sites/all/modules/cck/modules/fieldgroup/fieldgroup.css";
@import "/sites/all/modules/taxonomy_access/admin.css";
@import "/sites/all/modules/views/css/views.css";
</style> 
<style type="text/css" media="screen"> 
@import "/sites/all/themes/tao/reset.css";
@import "/sites/all/themes/tao/drupal.css";
@import "/sites/all/themes/tao/base.css";
@import "/sites/all/themes/rubik/core.css";
@import "/sites/all/themes/rubik/icons.css";
@import "/sites/all/themes/rubik/style.css";
</style> 
<style type="text/css" media="print"> 
@import "/sites/all/themes/tao/reset.css";
@import "/sites/all/themes/tao/base.css";
@import "/sites/all/themes/tao/print.css";
</style>

Comment #6

Sean Buscay CreditAttribution: Sean Buscay commented 17 March 2011 at 16:27

The system.css file is appearing for me after, affecting views filters after clicking the "Reset" button and the page goes through an ajax reload.

Adding

fieldset legend span.fieldset-title{
display:block!important;
}

does keep the fieldsets from disappearing, but they still re-inherit system theming which was overridden by Rubik. This includes the views table style reverting back to system styling.

I wonder what it is about an ajax refresh which brings in the system.css file a second time?

I'm checking the code myself.

Comment #7

Sean Buscay CreditAttribution: Sean Buscay commented 17 March 2011 at 23:24

After updating to views 6.x-3.x-dev updated: March 14, 2011 - 19:24 the issue is resolved.

Since I was using an ajax view and upon reload the system.css file was added, I suspect Rubik may have conflicted with or not done well with the previous 6.x-3-dev views. BUT, the problem is not necessarily in views, as the disappearing field sets issue only occurred in Rubik and not in a separate Genesis based theme which I tested.

I hope this helps. If someone needs more detail to help them troubleshoot their own issue, please let me know.

Edit: turning off CSS aggregation brought the issue back.

Title:	Fieldsets not appearing	» Nested fieldsets not appearing
Version:	6.x-3.0-beta2	» 7.x-4.x-dev

This happens in d7 with the Openlayers module on the behaviours tab when editing a map (see #2005514: Can't find settings) I have also found other issues around the place which report this with Rubik as the culprit e.g #1438230: Field config is not displayed in block config page. with views global filter

Would be great for a Rubik maintainer could take a look at this, looks like it's a specific issue with multiple nested fieldsets.