Miscellaneous Hacks - Make quick style chooser update user settings

The Quick style chooser relies on sessions rather than updating the actual user's settings. This means when you want to see what skin a user is using, it's usually not correct. Since most users tend to change skins using just the Quick Style Chooser, this plug-in updates their settings to match it. It's specifically for use with my skin view plug-in, but also could be handy for other forums. Simply install it using the product manager.

Note: This will not update a user's settings until they re-visit your forums. It is also said to fix issues with psiStats giving inaccurate results.

Update: This now lets users easily reset their options back to the default style.

You're free to do what you like with this code, although credit is appreciated, it's not required.

Brought to you by eXaltic - vBulletin skins.

[Bison]

I thought this was just a posbit hack?

[Xoligy]

You're getting confused between this hack and my other hack which shows their skin in the postbit.

Bison is right, it will only appear in their postbit, not their member info. I may add the ability to show it in their member info if I get time.

[Bison]

This hack has is not properly working well with your other hack. I suggest that you pull this hack until you can fix the problem. I have disabled the hack to see if your other hack would work like it did before I installed this one, but now its broken too.

I am not good with writing SQL code, but there's something wrong with this query.

global $styleid; 

// Are they the same? 
if (isset($styleid) && $user['styleid'] != $styleid){ 
    $vbulletin->db->query_write("UPDATE " . TABLE_PREFIX . "user SET styleid = " . $styleid . " WHERE userid = ". $user['userid']); 
}

Like I mentioned in another thread, once I change my style while inside a thread, everyone elses style name changes in the same thread to my previous style. If I refresh the thread once more, then they all inherit the style name I just selected. The funny thing about it is that they still can visually see the one that they originally selected, but their chooser points to the one I'm currently using.

[Xoligy]

I spent 2 hours trying to debug the problem, but couldn't even reproduce it. I've added some extra checks, but I don't think they'll do much good.

If you don't mind, could you answer the following questions:
What is your userid on your forums?
Is it just you that can change other people's themes?
What other plug-ins do you have installed?
Would it be possible for me to register on your forums and experience the problem?

If you want, we can take this to PM or MSN (or another IM network).

[Xoligy]

Updated to allow users to reset their skin to the forum default skin from the quick style chooser.

Make sure you remove the previous plug-in.

[Bison]

Question(s):

1. Does removing the plugin reset their skin to the one that's currently set in their options?
   
2. Are there any templates or phrases associated with this plugin?
   
3. When applying the revised plugin, will the user need to do an overwrite?

[Xoligy]

1. No
2. The previous plug-in had no templates or phrases.
3. The user won't need to do anything.

Also, I uploaded the wrong version. The latest version has been uploaded now.

[da420]

Installed, but when i updated to the latest version it will not save the style when i choose the style in the style chooser. I choose it, it goes to the style, but when i click on new posts or any forum it goes right back to what I had it to. Disable the product and all is well again.

[Bison]

This guy is very smart and I think he's close to figuring this one out. The problem lies in the query which changes the styleid for the user. He's going to have to join a few tables to get this one to work ... only for the person who changes his style. Right now, its changing everyone's style in the chooser.

[Xoligy]

The query only changes the user's style, no-one elses. The where clause specifies only the current user's style will be changed, so that's not the problem.

I believe it may be something to do with the user's realistyleid variable not being updated - but I can't see why that changes what everyone elses style is specified as, I shall check it out and see, but I'm very busy at the moment so I can't promise anything. It could also be caching, since if you refresh it seems to rectify Bison's problem.