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

[jezza101]

Anyone had a go at upgrading to mediawiki 1.17? Currently on vb 4 and MW 1.16 here.

edit:
Well I tried it, it kinda worked. Got an error on disabledcache(), did a quick fix. Would like to hear from anyone who got this and found a "proper" fix.

[Smitty]

Any news on this mod? Just curious. I have an old mod from NuHit (vbWiki Pro BFO-1_3 RC5) and an old version of Mediawiki (1.11) that I installed back in 2007. I recently migrated to a new server and the script broke. I'm looking at alternatives. I paid a fellow here to upgrade the old NuHit mod and what ever else necessary and essentially he failed. Well, things digressed quickly after the agreement, he started complaining about the number of files he would have to update and such. The original agreement was 12 to 15 hours to update the old NuHIT mod and upgrade the mediawiki version if necessary.

On his test bed server eventually he did take this mod and upgraded from mediawiki 1.11 to 1.14 which appears to be functioning correctly on his test bed server. Not a big deal, but he also had to hard code the forum header and footer into a couple of mediawiki files since this mod doesn't pull in the headers and footers from vB templates like the old NuHit mod did.

I forget the reasoning, but he said only mediawiki 1.14 would work with this and that mediawiki 1.11 would not work on the new server. Yet, I see from reading posts in this thread some folks are using mediawiki 1.16.

The mod still works on my old server at 74.86.229.138/wiki/index.php/Main_Page - NOTE: The mod he did only has the left sidebar. He was having problems making a right sidebar, but that wasn't a big deal because I only needed the left sidebar so that isn't an issue. Bottom line is I'm sure I can find a "skinner" if necessary to address the "look".

OLD SERVER:
centos-release-5-5.el5.centos
Web Server - Apache v2.2.3
PHP - 5.1.6
MySQL Version - 5.0.77-log
perl, v5.8.8 built for i386-linux-thread-multi
vBulletin 3.8.4
vbWikiPro (version 1.3 RC5)

NEW SERVER:
centos-release-6-1.el6.centos.6.x86_64
Web Server - Apache v2.2.15
PHP - 5.3.3
MySQL Version - 5.1.52
perl, v5.10.1 (*) built for x86_64-linux-thread-multi
vBulletin 3.8.7 (upgraded after the migration and after I found the NuHIT mod didn't work)
MediaWiki: 1.11.0

If anyone has any ideas or thoughts on this I would appreciate them.

[canyoncomposite]

I'm having a issue that I can hopefully get help on.

My forum is located at www.compositescentral.com, the wiki is located at www.wiki.compositescentral.com


When I try logging in on the wiki, I get redirected to vBulletins login confirmation page, then redirected to the wiki. However I am still not logged in on the wiki. What could be the cause of this issue?

[canyoncomposite]

Ok some progress.

I can get this working perfectly with 1.14. Just for the hell of it I tried with wikimedia 1.18 but it had some problems.

When I run the wiki in a different directory than my forum, everything works fine except the user is never logged in since the cookie doesn't take.

When I put the wiki in the same directory as my forum, I get a 500 error.

[Peter Walker]

Hi,
I am using this hack with vb 3.8.7 and have run into problems after upgrading to a new server.

My forum and wiki:
http://www.rifeforum.com/forum
http://www.rifeforum.com/wiki (short url).

I am using Mediawiki 1.14.0 with version 2.20 of this hack. Before I upgraded to a new server, this worked perfectly.

I also tried Mediawiki 1.15.0, but the problem was not solved.

The wiki and forum work by themselves perfectly. However as soon as I try to link the two with the following entries in LocalSettings.php, the wiki crashes:

define( VB_SYSTEM_PATH, '/var/www/vhosts/rifeforum.com/httpdocs/forum' );
require_once( "$IP/includes/AuthPlugin_vBSSO.php" );

I then get:

Server error
The website encountered an error while retrieving http://www.rifeforum.com/wiki/Main_Page. It may be down for maintenance or configured incorrectly.


I have carefully checked that I have followed every installation step.

Have also implemented this:

Line 264 of includes/AuthPlugin_vBSSO.php:

Replace
function vBSSOAutoAuth(&$user) {
with
function vBSSOAutoAuth($user) {


What am I doing wrong?

I really need to get this fixed and no matter what I try, I always get the server error as soon as I add those lines.

This all worked perfectly on the old server, but now it is broken. VB and MW versions are the same as they were on the old server.

Peter

[Peter Walker]

I have just tried this hack with a new installation of Mediawiki 1.16.5 and an empty wiki and still it will not connect to vBulletin without the error message:

Server error

The website encountered an error while retrieving http://www.rifewiki.org/wiki/Main_Page. It may be down for maintenance or configured incorrectly.

So all attempts with MediaWiki 14-16.5 have failed. This is really annoying and hope someone here can help me get this running properly. It worked fine on the old server so I suspect there is a problem with a newer version of PHP.

PHP: 5.3.10-1ubuntu3.5
PHP Max Post Size: 32.00 MB
PHP Maximum Upload Size: 32.00 MB
PHP Memory Limit: 128.00 MB
MySQL Version: 5.5.28-0ubuntu0.12.04.2
MySQL Packet Size: 128.00 MB

I have been trying everything I could find for over a week now and still cannot get past this problem. The forum is running perfectly, no problems there. The Wiki runs fine until I try to link both with this hack and then it crashes. It all worked perfectly on the previous server for years, now this.

Regards

Peter

[azn_romeo_4u]

Does anyone have older versions of mmediawiki they can let me download. I can't get below 1.18

[Peter Walker]

Originally Posted by azn_romeo_4u

Does anyone have older versions of mmediawiki they can let me download. I can't get below 1.18

Sure, which version do you need?

For example, version 1.15 and 1.16 can be downloaded here:

http://dumps.wikimedia.org/mediawiki/1.15/
http://dumps.wikimedia.org/mediawiki/1.16/

[azn_romeo_4u]

Ty. That's what I been looking for.

Now I ran into a problem

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. This sometimes happens when you are using a buggy web-based anonymous proxy service

[pcam]

Strict Standards: Declaration of vBSSO::modifyUITemplate() should be compatible with AuthPlugin::modifyUITemplate(&$template, &$type) in/usr/home/user/website.com/public/wiki/includes/AuthPlugin_vBSSO.php on line 35

Strict Standards: Declaration of vBSSO::initUser() should be compatible with AuthPlugin::initUser(&$user, $autocreate = false) in/usr/home/user/website.com/public/wiki/includes/AuthPlugin_vBSSO.php on line 35

Anybody know how to fix this?

I got the first error to disappear (although don't know if its correct) by editing line 73 of AuthPlugin_vBSSO.php

	function modifyUITemplate( &$template, &$type ) {
		# Override this!
		$template->set( 'usedomain', false );
		
	}

Line 237

	function initUser( &$user, $autocreate=false ) {

Leaving me to this error:

Notice: Constant CWD already defined in /usr/home/user/website.com/public/global.php on line 17

Deprecated: Assigning the return value of new by reference is deprecated in /usr/home/user/website.com/public/includes/init.php on line 55

Deprecated: Assigning the return value of new by reference is deprecated in /usr/home/user/website.com/public/includes/init.php on line 107

Deprecated: Assigning the return value of new by reference is deprecated in /usr/home/user/website.com/public/includes/init.php on line 111

Deprecated: Assigning the return value of new by reference is deprecated in /usr/home/user/website.com/public/includes/init.php on line 119

Deprecated: Assigning the return value of new by reference is deprecated in /usr/home/user/website.com/public/includes/init.php on line 130

Deprecated: Assigning the return value of new by reference is deprecated in /usr/home/user/website.com/public/includes/init.php on line 134

Deprecated: Assigning the return value of new by reference is deprecated in /usr/home/user/website.com/public/includes/init.php on line 142

Deprecated: Assigning the return value of new by reference is deprecated in /usr/home/user/website.com/public/includes/init.php on line 211

Deprecated: Assigning the return value of new by reference is deprecated in /usr/home/user/website.com/public/includes/init.php on line 389

Deprecated: Assigning the return value of new by reference is deprecated in /usr/home/user/website.com/public/includes/class_core.php on line 2552
Parser::disableCache can only be called when actually parsing something

By adding error_reporting(E_ALL & ~E_NOTICE & ~8192); to the top of vb's global.php I got the deprecated warnings to disappear leaving me back at the original problem of Parser

Reference Links:

http://svn.wikimedia.org/doc/classAuthPlugin.html

https://vborg.vbsupport.ru/showthread.php?t=285695