Sorry for my english it's not my native language. So I'm using the last dev of Skinr, with a Zen sub theme and Garland as an admin theme.
I often modify the blocks' skinr configurations, and the main theme is often disable when I'm doing this (it is disable on its own, I do nothing to disable it). So I can't configure the skinr options in the block configuration, and I have to re-enable the main theme nearly each time I want to edit the skinr options of a block.

Your module is very great, your idea is simply the best evolution in drupal theming I've ever seen since the Zen theme. Keep letting our themers's lives be easier ;-) !

CommentFileSizeAuthor
#14 cttcommons.info94.93 KBg76
#14 infobackup.txt145.1 KBg76

Comments

darkoba’s picture

Component: Code » Miscellaneous
jacine’s picture

Hi darkoba,

Glad you like the module.

I've noticed this happen myself, and blamed Skinr at first too, but as it turned out it was related to a different contrib module. In my case the culprit was the dev version of the menu block module (which I shouldn't have been using in the first place). Switching to the recommended version, and reinstalling it fixed this for me.

So, my questions are:

- What contributed modules are you using?
- Are you using the latest dev version of Skinr?

:)

darkoba’s picture

I am using the last dev of skinr. Here is my list of contrib modules from the update report page (I have a lot cause Iam doing a big student community website). Good luck to find out what's going wrong ;-). I'm using the recommended version of all my modules except for the followings where i'm using the last dev : Chaos tool suite, Skinr, and User Points Contributed modules.
So here are my contrib modules :

  • Drupal 6.14

  • Addresses 6.x-1.05
  • Administration menu 6.x-1.5
  • Admin Role 6.x-1.1
  • Automatic Nodetitles 6.x-1.2
  • Auto Assign Role 6.x-1.0-rc1
  • Autocomplete Widgets for CCK Text and Number 6.x-1.2
  • Backup and Migrate 6.x-1.2
  • Better Formats 6.x-1.1
  • CAPTCHA 6.x-2.0-rc3
  • Checkbox Validate 6.x-1.1
  • Checkout (Content locking) 6.x-2.2
  • Compact Forms 6.x-1.2
  • Conditional Fields 6.x-1.0-beta2
  • Content Construction Kit (CCK) 6.x-2.5
  • Content Taxonomy 6.x-1.0-rc2
  • Chaos tool suite 6.x-1.x-dev (2009-sept.-11)
  • Date 6.x-2.4
  • Database tweaks 6.x-1.0
  • Devel 6.x-1.17
  • DHTML Menu 6.x-3.5
  • Embed Google Maps Field 6.x-1.2
  • Embedded Media Field 6.x-1.4
  • FileField 6.x-3.1
  • getID3() 6.x-1.2
  • Google Analytics 6.x-2.2
  • Image FUpload 6.x-3.0-rc2
  • ImageAPI 6.x-1.6
  • ImageCache 6.x-2.0-beta10
  • Imagecache Actions 6.x-1.6
  • ImageCache Profiles 6.x-1.0
  • ImageField 6.x-3.1
  • Invite 6.x-2.0-alpha1
  • jQuery UI 6.x-1.3
  • Legal 6.x-2.2-beta4
  • Lightbox2 6.x-1.9
  • Link 6.x-2.6
  • Maxlength 6.x-2.0-beta1
  • modr8 6.x-1.1
  • Moderate Bypass 6.x-1.0-beta1
  • Nice Menus 6.x-1.3
  • Panels 6.x-3.0
  • Pathauto 6.x-1.1
  • Poormanscron 6.x-1.0
  • Translation template extractor 6.x-3.0
  • Register with Picture 6.x-1.0
  • Skinr 6.x-1.x-dev (2009-sept.-16)
  • SWF Tools 6.x-2.5
  • Taxonomy Manager 6.x-2.1
  • Token 6.x-1.12
  • Transliteration 6.x-2.1
  • Twitter 6.x-2.6
  • User Points 6.x-1.0
  • User Points Contributed modules 6.x-1.x-dev (2009-sept.-10)
  • User points Nodes and Comments 6.x-1.1
  • Views 6.x-2.6
  • Views Slideshow 6.x-1.0-beta2
  • Webform 6.x-2.7
  • Wysiwyg 6.x-2.0

I hope this issue can be fixed, because I dont have much time to finish the site. Thanks for all, and again, your module is great. I can't wait to see the next features...

sociotech’s picture

Jacine,

I've been tracking down the same issue in our Acquia Prosper queue #570624: Theme becomes spontaneously disabled. Basically, after some period of time, one or both of fusion core and acquia prosper are being disabled ($theme->status = 0), though acquia prosper remains the default theme.

I replicated the problem by running a Javascript location.reload() to repeatedly refresh the page. After a minute or so of refreshes, either or both of the fusion core base theme and acquia prosper sub-theme became disabled.

I assumed it was something in our theme, but hadn't been able to pin it down.

But, on a hunch, I disabled the Skinr module and the themes didn't disable themselves anymore.

I'm not running the menu block module at all, and I disabled any dev-version modules that I had, but still the only thing that stopped the themes from disabling themselves was disabling Skinr.

Is there anything in Skinr that might trigger a theme disable?

Let me know if there's any more information I can provide. I'll also ask the folks in my queue to see if they experience the same thing.

Thanks.

moonray’s picture

OK, found the culprit.
When calling system_theme_data() to grab all the theme info, there's a problem where all themes get disabled when running update.php. If we call _system_theme_data() instead, the problem is solved. It's also more efficient. The only annoyance is that it's a supposed to be a private function... oh well.

Jacine should have this updated in CVS shortly.

jacine’s picture

Status: Active » Fixed

Committed! Thanks guys ;)

sociotech’s picture

Jacine, Bala,

In my testing, that fix seems to do the trick!

Thanks for the great work :)

michelle’s picture

Awesome, glad you got it fixed! I've been trying to work on an AF style and it's a real pain to have skinr keep crashing AF. This will make my life much easier. :)

Michelle

Status: Fixed » Closed (fixed)

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

Anonymous’s picture

Just a note to let you know that this issue may not be 100% resolved. I am working with the latest versions of Acquia Prosper, Fusion and Skinr. My themes would not stay enabled with the Skinr module enabled. I have had to disable the Skinr module in order for the modules to stay enabled.

mathieu’s picture

I'm having the same issue and I'm testing the patch on #632080: _system_theme_data() should clone the returned objects. to see if it helps.

g76’s picture

First off, skinr is incredible, and I can't thank you enough!

I am not sure if this is related or if I should be submitting a new issue, but I have a drupal commons site running with skinr 6.x.1.5 as the version packaged with the platform in Aegir. I have alot of skinr styles, and everything was working great until I got to a point where if I add any more to the .info file the theme breaks. It is very strange, it doesn't matter what I try to add, it could be anything. It has the same behavior as viewing a theme in ie without the style sheet limit fix enabled in fusion. If anyone could assist I would be more than happy to pay. I have a tight deadline and am in a crunch now.

If I should be submitting a new issue, please let me know.

Thank you again,

Jen

ChrisBryant’s picture

Thanks for the bug report Jen, can you attach or post your .info (to pastebin or similar) that is causing the problem? Can you also post a version that is working for you?

g76’s picture

StatusFileSize
new145.1 KB
new94.93 KB

Sure. I know all I have is way overkill and is very specific, but I compiled it to use for working with clients and being able to change things on the fly as they review a site, such as "can you change that color here?", "could the title be moved a bit over and the font bigger?". I also have styles set for semantic views classes I use(vtitle, vcontent, and vusername), just to make the targeting easier. I am not a css guru or skinr expert, so be gentle:). I would like to use skinr 2, but can't with commons right now. I am attaching two files: cttcommons.info(which works, I downsized it) and infobackup.info which has just a concoction of styles to copy/paste in it, and would like to add more. I can also give you access to the site if you like, just email me.

Also, I made a copy of the acquia commons fusion-based theme(changed everything according to the documentation a drupalcommons), so it is an individual fusion subtheme, not a "subtheme of a subtheme".

Thank you for your help on this, and any feedback or best practices suggestions are more than welcome.

jmcerda’s picture

subscribing

michelle’s picture

FYI: Closed issues do not show up on the project issue queue's normal view. If this is still an active issue, you might want to make it active. I just happened to notice it in my tracker.

Michelle

jacine’s picture

@Michelle is right, this is closed and will not be looked at by us.

Also, this is a Drupal core bug, not a Skinr bug. If you want to follow or help fix it, you should watch this issue:

#305653: Themes disabled during update