Integration with vBulletin - MediaWiki/vBulletin Single Sign-On

Overview:
This hack provides single sign-on capability for MediaWiki using your vBulletin users. You must ensure your cookie path in Admin CP is set to '/' for this to work. Also, I have not tested this if your wiki and your forums are on different subdomains - but as long as your have your cookie domain set properly it *should* work. This is not a user bridge - it is a complete single sign-on using your vBulletin user repository.

The install process has been extremely simplified in version 2.x of this product. You only have to edit LocalSettings.php, import a product, and change a setting in your Admin Control Panel. It's been completely packaged as a vBulletin product - unlike the previous hacked up version, heh. I didn't originally plan to release this so I designed it so it worked - not so it could be redistributed. I searched high and low for a functional MediaWiki bridge - almost bought NuHIT's product, and then realized it had been abandoned for over a year.

This hack no longer requires an edit to class_core.php.

I'll do my best to support it, but I can make no promises.

This thread is for discussion of this mod on vB 3.8.x. For vB 3.7.x, please use the MediaWiki/vBulletin Single Sign-On 3.7 thread

Demo of plugin in action: MyMMOGames - Multiplayer Gaming and Media Community

Also, if you use memcached - ensure you do not cache sessions. If you do, restart it at least once a week. If you don't, you'll end up with invalid session errors out of MediaWiki.

Requirements:
MediaWiki Version: 1.11.0-1.14.0
vBulletin Version: 3.6.9-3.8.2

Features:
- Provides single sign on capability between vBulletin and Mediawiki. vBulletin user repository is used
- Configurable sysop/bureaucrat groups
- Configurable disallowed user groups
- Configurable "Who's Online" display
- Counts users viewing wiki in vBulletin's "Who's Online"

Installation/Upgrade:
Please read the included "readme.txt" file in the "docs (do not upload)" folder.

Options:
Admin Control Panel->vBulletin Options->MMOG Wiki Options

Change Log:
1.0.0.0 - Sep 18, 2008
- Initial Release

1.0.3.0 - Sep 29, 2008
- Bugfix: Incorrect redirects for login/logout

2.0.0.0 - Sep 30, 2008
- Feature: Streamlined installation procedure
- Feature: Wiki path set in ACP
- Bugfix: Forum paths no longer hardcoded

2.1.0 - Oct 4, 2008
- Feature: ACP option to use MediaWiki Short URLs
- Feature: ACP option to set sysop groups
- Feature: ACP option to set bureaucrat groups
- Feature: ACP option to disallow login to certain groups
- Feature: ACP option to change WOL display text

2.2.0 - May 1, 2005
- Bugfix: Users are not logged out when logging out of the forum
- Bugfix: No longer requires modification to class_core.php
- Feature: Mediawiki 1.13.0+ supported (verified on 1.14.0 also)

If you like it, please click "mark as installed" The more people that use this, the more time I will make to try and support/update it.

Been pulling your hair out looking for this as long as I have? Nominate it for Mod of the Month =]

AuthPlugin was inspired by and modified from this existing MediaWiki Extension:

http://www.mediawiki.org/wiki/Extension:QISSingleSignOn

[Digital Jedi]

Ah, I see. I don't have any trouble saving mine. Is everything else saving as expected, like entires and articles?

[Big Kahuna]

I have been using this add on with VB3.8 for some time, and my concern with losing access to my Wiki has kept me from upgrading to VB4. It appears that this addon is no longer supported and usable for VB4

[Mark Hewitt]

Anyone got this working with vBulletin 4.x?

I have vBulletin 4.1.1 and MediaWiki 1.16.0

[augrunt]

Works fine on vB 4.1.1 and MediaWiki 1.16.0 -- EXCEPT I keep seeing a lot of "Unknown Location" but it has the path okay.

[augrunt]

Scratch that, the path is not okay.

e.g.
forums.site.com
wiki.site.com

If user is browsing wiki.site.com/index.php?title=Special:WhatLinksHere
They see

Unknown Location
/index.php?title=Special:WhatLinksHere

and it links to the relative URL... so the link goes to forums.site.com/index.php?title=...

Not good at all... anyone got a fix for this? the hooks aren't working because MediaWiki isn't sending back the full path.

[dutchbb]

I just upgraded to the latest PHP, I get this on the Wiki:

Detected bug in an extension! Hook vBSSOAutoAuth failed to return a value; should return true to continue hook processing or false to abort.
Backtrace:

#0 /home/tijl/domains/mydomain.com/public_html/wiki/includes/User.php(748): wfRunHooks('UserLoadFromSes...', Array)
#1 /home/tijl/domains/mydomain.com/public_html/wiki/includes/User.php(221): User->loadFromSession()
#2 /home/tijl/domains/mydomain.com/public_html/wiki/includes/User.php(1637): User->load()
#3 /home/tijl/domains/mydomain.com/public_html/wiki/includes/User.php(1895): User->getOption('skin')
#4 [internal function]: User->getSkin()
#5 /home/tijl/domains/mydomain.com/public_html/wiki/includes/StubObject.php(58): call_user_func_array(Array, Array)
#6 /home/tijl/domains/mydomain.com/public_html/wiki/includes/StubObject.php(184): StubObject->_call('getSkin', Array)
#7 /home/tijl/domains/mydomain.com/public_html/wiki/includes/Article.php(682): StubUser->__call('getSkin', Array)
#8 /home/tijl/domains/mydomain.com/public_html/wiki/includes/Article.php(682): StubUser->getSkin()
#9 /home/tijl/domains/mydomain.com/public_html/wiki/includes/Wiki.php(437): Article->view()
#10 /home/tijl/domains/mydomain.com/public_html/wiki/includes/Wiki.php(59): MediaWiki->performAction(Object(OutputPage), Object(Article), Object(Title), Object(User), Object(WebRequest))
#11 /home/tijl/domains/mydomain.com/public_html/wiki/index.php(93): MediaWiki->initialize(Object(Title), Object(Article), Object(OutputPage), Object(User), Object(WebRequest))
#12 {main}

Anyone willing to help out?

Edit: solution found https://vborg.vbsupport.ru/showpost....6&postcount=73

[seovb_m4carbine]

For everyone running into 404 not found errors on a mediawiki login.
I'm not sure if my scripts were configured correctly or not to begin with (took over a project), so this problem may only exist for me...but anyhow.

I was able to fix this by modifying the /includes/templates/userlogin.php file. This file controls the action attribute of the login form, and it currently points to vB's login.php file, which takes an optional url GET variable, telling the script where to redirect the user after login.

You just need to modify the userlogin.php template file to create the correct value for the return url.

I did this by changing:

PHP Code:

$base_mw_url = $vbulletin->options['mmog_wiki_path'] . ( $vbulletin->options['mmog_wiki_short_url'] ? '/' : '/index.php/'  ); 


To:

PHP Code:

$base_mw_url = $vbulletin->options['mmog_wiki_path'] . ( $vbulletin->options['mmog_wiki_short_url'] ? '/' : '/index.php?title='  ); 


And:

PHP Code:

$redirlink = '?url=' . $base_mw_url . $returnNS; 


To:

PHP Code:

$redirlink =  '?url=' .$vbulletin->options['bburl']. $base_mw_url . $returnNS; 


[Gryphon]

Originally Posted by X-or

any idea to save user preferences please?
Digital Jedi are you using mw 1.16

Trying to figure this out myself, http://wiki.planetside-universe.com/ps/Special:Version

Disabling the extension, preferences save just fine.

Edit: I have worked around the issue. I am unsure what consequences it may have, but so far everything appears to be working as intended.

I changed

PHP Code:

            else 
            {
                $u->clearInstanceCache( 'id' );
                $u->load();
            } 


to

PHP Code:

            else 
            {
                //$u->clearInstanceCache( 'id' );
                $u->load();
            } 


[jerseyda6]

has this ever been solved?

Your edit has been rejected because your client mangled the punctuation characters in the edit token. The edit has been rejected to prevent corruption of the page text.

is this the result of not turning off magic quotes?

[grey_goose]

Originally Posted by Gryphon

Edit: I have worked around the issue. I am unsure what consequences it may have, but so far everything appears to be working as intended.

You are awesome, thank you so much!