Skinr works incorrectly for user1, but works right for anonymous and other users

Can you check if the skinr classes are applied to blocks ? That way we can confirm that it's only a panels issue.

Thanks.

Hmm, lol that's a bit confusing.

Ok so your conclusion is absolutely right. Skinr save the applied classes bases on the selected theme. So if you have a skin applied on one theme it doesn't automatically applied it on the other theme. You will need to apply the skinr class to both theme in your case.

Hope this helps.

I don't follow this issue at all, sorry...

I'm not sure what the user has to do with this? Skinr does not work properly with user specific themes, only site specific themes. Are you using a module like switchtheme or something?

At what point is the theme switched for the node? Is it before or after skinr'r preprocess function is run?

@that0n3guy are you still having this issue? can you offer any insight into @moonray's question above?

Glad to see this post. I posted a similar problem in the Orange issue forum (my actual theme).

Here are the details

Everything was running smoothly until I installed the new version of Skinr module. Now I can see the cog icon, and therefore edit the layout, but only if I log into the website as a registered user or an anonymous one: if I log as the Admin I see some code or id, but no cog.
I tried to reinstall both Skinr and Orange, I cleared the cache, I run update.php... but no success so far

Please find attached two screens of the block visualized as normal user (Utente) and admin (Rhodungeon)
Any clue about the possible problem or the code I see instead of the cog icon?

Details of my installation

Skinr version: 6.x-2.x-dev
Dialog version: 6.x-1.x-dev
Jquery UI: 6.x-1.4
JQuery update: 6.x-2.0-alpha1

version of JQuery.ui 1.6 (I'm working on a Drupal 6 website)

Thanks

Are you by chance using Devel or Themer, or something else adding elements into the theme as being the admin. Maybe it could be a conflict with the Admin Overlay.

Thanks for the interest. Yes, actually I'm using the Devel module... I'll try to disable it, confirming or not what you're suggesting.

Looks like you are using Themekey. Try with this patch:
http://drupal.org/node/1125920

I have the same problem here like #1. I use only one theme as admin theme and user theme and if I visit the page as user 1 it works fine but if I visit the page as user 0 it didn't work.

I use panels and the skinr 1.6 module combination.

All permissions are set and the cache have been flushed several times. Are there any suggestions for this problem?

I have the same issue in short;

- skinr not working for registered users but
- anonymous users fine with the settings, i've selected, so they can see the site with skinr applied.

I am using, Grunge theme and registered user have permission to choose another theme if they like.

What non-core modules are you using? Any that would affect which theme is being output?

Hello,

I encountered a similar (though not sure if it's the same) issue and have just found a simple solution. Actually the problem came about because of an oversight on my behalf. But felt it was easy to overlook, so thought I'd pop it in here.

Situation: Drupal 6.22, , Context 6.x-3.0, Skinr 6.x-1.6, ThemeKey 6.x-3.6 and using two Fusion 6.x-1.12 sub-themes (one default, the other switched with ThemeKey). All are up-to-date at time of posting, without any patches applied.

Used ThemeKey to switch theme based on path, and Context to place the same blocks from the default theme in the same regions.

Looked just fine when logged in as user1, but the blocks weren't picking up on the Skinr settings when logged out. Searching around, I found this issue page and it was @that0n3guy's comment that it was, in fact actually correct for anon users that I realised the issue.

I had been looking at the Skinr settings for the default sub-theme. But hadn't made the changes to the Skinr settings for the alternative sub-theme. As soon as I did change the settings, everything displayed correctly for Anon users, happy days :-)

It's confusing that it was displaying "correctly", before changing the settings, for User1. But it's displaying as I want it now, so hopefully you'll find this heplful too.

Hi i am having the same problems with the Mix and Match theme. I am not using panels or any theme changing modules. I posted this over on the mix and match queue but i think i should be posting it here
http://drupal.org/node/1854222

The css is fine for non admin and anon users. The classes are being applied. Admin (user 1) the classes are not being applied. I have turned off amin menu and cleared my cache but to no avail.

Let me go turn off all my modules..... no still not working.

I have updated to the Dev version (for D6) and the problem persists. My website can be viewed here if it helps anyone0
http://onlinebanter.com

I only have Fusion Core and Mix and Match themes enabled.

Thanks

Ive tried it with another theme and the problem persists. I have all modules on my site now turned off. Only the core (req) and skinr but still not happening for me. bah and blast i was on a css warpath there to get my site finished.

Could anyone suggest anything?

thanks

no one? As i say im just using a well known theme (fusion) with NO modules. Is it a bug report possibly?

actually the problem might be with Fusion theme itself then seeing as its not happening to anyone else. ill pop over there and ask.

No new info. Postponing.