Closed (won't fix)
Project:
Skinr
Version:
6.x-1.5
Component:
Miscellaneous
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
16 Feb 2010 at 19:48 UTC
Updated:
8 Aug 2011 at 15:50 UTC
I am using acquia marine theme 6.x-3.0-alpha1 and actually I can't tell if it's up to skinr.
Anyway, hope you can help me debug the issue, I'm really going nuts…
$sinkr in block.tpl.php only outputs classes for user #1 and anonymous user.
Any other user, no matter the role, has no $skinr classes, and blocks unstyled.
Any hints??
Comments
Comment #1
jacineCould you possibly be using the switchtheme module? The two don't get along at all.
See this issue: #549124: Includes not being loaded
Comment #2
greenAP commentedsame problem and not using switchtheme module. I am having it under Acquia Prosper 6.x-1.0-beta4
Comment #3
moonray commentedcan you provide a list of modules you're using on your site?
Comment #4
greenAP commentedSorry for the long list
AddThis
Block
Conditional Actions
Contact
Content Access
Curlypage
Dynamic display block
Filter
Global Redirect
GMap Location
Google Analytics
ImageCache
jQuery Update
Location
LoginToboggan
Menu
Nodeaccess
Basic meta tags
Site verification meta tags
Path
Pathauto
Profile
Search
Secure Pages
Site map
Slideshow Creator
Syslog
Taxonomy
Cart
Catalog
Credit Card
Payment
Product
Reports
Store
Upload
Video
Video Multidownload
Video Params
Youtube Video
Voting API
XML sitemap
AJAX Comments
BUEditor
Comment
Content
Content Permissions
Database logging
Diggthis
Forum
GMap
GMap Macro Builder
ImageAPI
ImageCache UI
Lightbox2
Login Security
Mass Contact
Node
Nodewords
Extra meta tags
Page Title
Path redirect
Persistent Login
Quick Tabs
Search 404
"SEO" Checklist
Skinr
String Overrides
System
Trigger
Cart Links
Store Coupons
Order
PayPal
Recurring Fees
Roles
Update status
User
Video mpeg Helper
Video Opt Metadata
Upload Video
Vote Up/Down
Webform
Comment #5
greenAP commentedwhat module should I remove? it appears to be working on a clean install without other rolls... something is changing at the login portion. Could it be the rolls? I really like this theme and appreciate your help
Comment #6
dddave commentedYou can hunt this down yourself by disabling one module after another. I would start with anything style or theme related like curlypages. If you suspect a certain module why don't you try disabling it?
btw. did you manage to get DDB to work with AM3? If so, I suspect heavy hacking and perhaps there lies the problem.
Comment #7
mheckmann commentedI'm having the same issue, I did have switch theme installed at one point, but it has been disabled and removed. Also tried disabling all mods that I could. Menu shows fine for user/1 and anon, but not authenticated. Happens both on fusion starter theme and also a stock Acquia Prosper. The block is just a primary menu one. The skinr setting I'm trying to use is the vertical menu. All performance options are disabled.
Comment #8
mheckmann commentedReinstalled drupal and skinr is working fine.
Comment #9
stephthegeek commentedHave run into a similar issue twice now for admins on different sites, and in both cases it was due to Switchtheme having once been enabled, because when you disable it, it UNsets any theme from being active in your user account. Going in and selecting a theme in the account resolves it. I believe most of the issues here are related (or perhaps similar if due to another theme-related module being enabled), as it could happen to any user account, depending on what you were using Switchtheme for.
Comment #10
jacineWe've run into this before as well. Steph's comment in #9 explains the problem well.
There's really nothing we can do about this one, except advise you not to use modules that manipulate the active theme with Skinr. Marking wont fix.
Comment #11
rickyd1 commentedThanks for this fix. I was stumped on this and didn't even realize that this setting was changed.
Thanks for this post and this thread!
Comment #12
tech108 commentedYes! Thank you. Switchtheme was uninstalled many moons ago, but this persisted - now fixed.
Comment #13
masipila commentedHi,
I'm having the same issue and I'm 99% sure that the problem is caused by Switctheme that I used to have months and months ago.
I'm sure that the fix suggested by Stephenthegeek in comment #9 solves my problem but how do you exactly do this "go in and select a theme"?
In my case it's user accounts with no theme related permissions and there's nothing theme related in "my account" so I'm a bit confused about what to do.
Is there a way to fix this directly in the database for all users? As I said I used to have Switctheme enabled years ago and there are more users than just me that are affected with this problem.
Comment #14
masipila commentedHi,
I managed to find the answer for this and I thought I would share it with the community so that others can find the fix / workaround easier.
I upgraded my Drupal 5 site to Drupal 6. The site in question is www.curling.fi.
I used a slightly modified Garland theme on my D5 site. The theme was called "curling". I used to have a light text theme "curling_text" in addition to the default theme and had installed Switchtheme module. However, this setup caused me some headache so I gave up the text theme and disabled Switchtheme long ago.
When I upgraded to D6 I started to use Acquia Marina theme powered by Fusion and Skinr. While preparing the upgrade and developing, I had no layout problems with administrator (user 1) and anonymous user. All Skinr effects worked perfectly.
After I went live with the new site, I got complaints from some users about mysterious layout problems. The rounded corners for example didn't show up. I first suspected some CSS cache problems to cause the style issues but further investigation revealed that the CSS classes added by Skinr are not there for the users that are experiencing these problems.
As mentioned in comment #9, the probable reason for this was the Switchtheme module. When I went to the user edit page user/[nid]/edit I noticed that no theme was selected at all for these users who experienced this problem. The users who did not experience the problem had the Acquia Marina theme selected as supposed.
I digged in to the database and found out that this information is stored in the {users} table, in the column "theme".