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

exiled_hammer’s picture

exiled_hammer commented

Akk I must be tired

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

eg

<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>
karens’s picture

karens commented

I have seen some problems here too. Still investigating.

chromix’s picture

chromix commented

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.

chromix’s picture

chromix commented

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...!

seanr’s picture

seanr
he/him
commented

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>
Sean Buscay’s picture

Sean Buscay commented

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.

Sean Buscay’s picture

Sean Buscay commented

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.

hnln’s picture

hnln commented

subscribe

dgastudio’s picture

dgastudio commented

same problem in rubik for d7 and global views filter module #1438230: Field config is not displayed in block config page.

acbramley’s picture

acbramley commented
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.

acbramley’s picture

acbramley commented

After all that, I've just found another issue that fixes my issue. This might help other http://drupal.org/node/1307826#comment-6838998

haydeniv’s picture

haydeniv commented
Status: Active » Closed (duplicate)

Since patch is over there #1307826: Fieldsets inside vertical tabs have hidden legend, closing this issue.