Extension talk:OpenID
 Archives |
 Warning: |
Please do not use the google discussion group to discuss this extension. I as maintainer do not follow the discussions there. You are kindly asked to discuss the extension here, watch this page, have your e-mail notification enabled, and your e-mail address confirmed. --Wikinaut, November 2011 |
[edit] First aid checklist
| status quo ante | your answer (my hints in italics) |
|---|---|
| Did the OpenID extension ever work before? | |
| What constellation (MediaWiki, OpenID, PHP) has been known to work before? | |
| Are you trying to use the extension from an intranet? | If you can, check the proxy and fire wall settings. Contact your intranet system administrator and ask if and what exactly they have changed recently. |
| What has been changed on your system, and when? | |
| Did you re-install, upgrade or move your MediaWiki installation recently? | |
When you installed OpenID extension manually after your MediaWiki, you need to run php update.php once before it can be used. Have you done it really? |
If you are unsure, and want to be on the safe side, then run it now again. |
| When did you notice the problem for the first time? |
Before posting a question and request for help here, please check the presence of prerequisites with a small file in one of your web accessible directories.
<?php phpinfo(); ?>
| Warning: |
Do not reveal the output to the public. Do not post its output here or somewhere else, unless this is a safe place. After use, it is a good practice to wipe the script file from your web server in order not to give details of your system configuration to evil persons. |
Access the phpinfo script with your web browser. Scrutinize the output very carefully, whether the following libraries are really installed, maybe as php module or as installed library. Look carefully through the whole output, what you are looking for might be at the end. If one of the modules is missing, please install the missing module, or recompile PHP to include the required modules to libphp5.so). This is explained on the main page of the extension.
| check the output of phpinfo(): library |
is support installed for this? |
|---|---|
| openssl | |
| gmp | |
| mcrypt | |
| bzip2 |
Along with your question, please indicate versions from your wiki's version page
| check your wiki's version page for component |
what version do you run? |
|---|---|
| MediaWiki version and revision | |
| PHP | |
| OpenID extension version and revision |
Please study the MediaWiki debug manual. Before reporting here, please always check your logfiles for obvious problems such as missing files due to wrong include paths and so. Add the following line temporarily to your LocalSettings.php and try to log in with OpenID
$wgDebugLogFile = "/tmp/{$wgSitename}-debug.log"; // my wiki's debug logfile - comment the line after use
| Warning: |
Make sure to have the debug file unaccessible for the public, and via the web, as the debug file may contain confidential information such as cookies. |
| check your logfile | are there fatal errors or warnings logged with relevance to OpenID extension, or MediaWiki? |
|---|---|
| /var/log/apache2/error_log | |
| /var/log/messages | |
| /tmp/<yourWikiSitename>-debug.log | look for lines starting with OpenID: |
After finishing the checklist tests, don't forget to
- remove the phpinfo script
- disable the debug logging
- remove the debug log file
Contents
 First page |
 Previous page |
 Next page |
 Last page |
I've been having trouble getting OpenID to work for my wiki, it's installed fine, displays fine, you get re-directed to the google/yahoo/etc login page fine, but once you've logged in and allowed access, the redirect back is to a 404: Page Not Found, which then causes the log in to fail.
The only thing I've been able to come up with is something like this: http://drupal.org/node/576270
But it doesn't seem to help me much as I'm not clear on what to do. Anyone else had this issue and resolved it?
Hi, nice extension, a few q's:
- inline answered by Wikinaut 05:45, 25 October 2011 (UTC)
- How does an openid-enabled wiki mix with a shared user table implemented using $wgSharedDB?
- I think, there are no problems, as long as userids are unique. I assume, that userids are unique in each database, i.e. each Wiki. See the database table skeleton (url next point)
- What is stored in the user table by this extension when the user is first created?
- the MediaWiki userid of an account x, the registration timestamp when the OpenID registration took place, or when the OpenID identity was added to that account, the OpenID (Url). Remark: there can be many of such rows linked to a single account x - if the user has added more than one OpenID. See http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/OpenID/patches/openid_table.sql?view=markup . This is prepared for shared databases, as far as I can see.
- Any idea how this extension interacts with ConfirmAccount, or, any suggestions if I want to record additional fields in the user table?
- I do not think that you need to modify anything. The only link the OpenID extension relies on is the standard MediaWiki userid given by MediaWiki core when an account was opened. OpenID creates its own table, and does not modify anything else. Removing OpenID is a matter of 1) deleting the table user_openid and 2) removing the require_once( "....OpenID" ) and 3) deleting $IP/extensions/OpenID and everything below this. I will add this to the manual.
- You can try it safely and then, if you don't like it, you can disable or remove it without leaving remains in your standard MediaWiki installation.
- If you encounter problems, hopefully you don't, please first study the first-aid information form on top of this talk page.
thanks.
Could the author not make this a lot lot simpler to install? I (and many others) do not have command line /shell access. I'm running on Windows shared hosting, so I need to know simply , how to install everything and get this working. Writing such instructions once would help so many people make use of this extension.! Please offer some helpful pointers!
The download for 1.18.x is not working?
Any chance it could be fixed?
Thanks, Alex
Hi,
Where to find an OpenID version compatible with MW 1.17?
Cheers,
This is an issue because the 'latest' OpenID release (svn) relies on features in version 1.18+ of MW. However, the latest release of OpenID has a convenient Makefile for pulling in (and patching) the required php libs.
You can get round this issue by grabbing a *snapshot* for 1.17 [1], saved as "extensions/OpenID" AND the svn release, saved as "extensions/OpenID-svn". Grab the SVN version like this:
svn co http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/OpenID/ extensions/OpenID-svn
Follow the install instructions in the OpenID-svn to pull (and patch) in the required php libs, then simply copy them into the 1.17 snapshot:
cp -r OpenID-svn/Auth/ OpenID/ // updated with information from the follow-up posting. -- Wikinaut 08:08, 12 July 2011 (UTC)
The final step requires you to set up the php include path so that these libs can be found by the script successfully. That's actually easy, so just set:
## Get the right PHP libs for OpenID set_include_path( get_include_path() . PATH_SEPARATOR . 'extensions/OpenID' ); ## Install OpenID include_once("$IP/extensions/OpenID/OpenID.setup.php");
I hope that makes your life easier than mine ;-)
Hi Dmb,
This appears to work for MW 1.15.5 as well, though your copy command is wrong. It should be:
cp -r OpenID-svn/Auth/ OpenID/
Without the recursive flag, the subdirectories of the Auth directory don't get copied, and the extension won't work.
Thanks,
Hello
These instructions work fine with MW 1.17. Thank you!
However, on the first try I got the following error in the web server:
PHP Fatal error: Define Auth_OpenID_RAND_SOURCE as null to continue with an insecure random number generator. in $IP/extensions/OpenID/Auth/OpenID/CryptUtil.php on line 52"
Fixed it replacing the line 23 from: define('Auth_OpenID_RAND_SOURCE', '/dev/urandom); to: define('Auth_OpenID_RAND_SOURCE', NULL);
But I don't know if it is safe, is it? Regards
Previously the title of this 'thread' contained the text "SpecialPageFactory issue with 1.17?". Unfortunately, I forgot to include that text anywhere in the body of the report. I believe that such strings are useful to help people find issues based on the error messages that they see (and search), so I'm writing it here.
It's kinda annoying that there is no edit summary for these 'threads'. I guess you'll just have to ignore the history and read each one.
The original text was "Where to find an OpenID version compatible with MW 1.17?" There was no indication what the issue with SpecialPageFactory really was - I cannot see any. Please can you add this problem with SpecialPageFactory, or file a real bug report in bugzilla system so that everyone can properly track the problem. The Talk page is not a suitable medium for tracking bugs.
I fell into your trap of installing the openID extension to the current stable version of Mediawiki. Very clever of you to redefine "stable" to mean "old and in the way". You're very young aren't you?
I'd also like to point out that stable version 1.17 is the only version currently SPECIFICALLY MENTIONED in the prerequisites, so a careful person will be screwed. It is so blatant that it looks intentional.
How _exactly_ does one recover from this mistake? Is some sort of deinstallation of the openId extension or mediawiki needed or possible? I was in the mode of following clear instructions exactly, and now find myself either starting over from scratch with possibly incorrect instructions (the last set got me into this mess so I don't trust you mediawiki - openID people anymore) or hacking from the instructions in this thread, which seem to be a correction to the installation from scratch instructions.
The page clearly says in the first line: "This is the manual of the OpenID extension (in svn trunk) which is suited for MediaWiki trunk and PHP 5.3.x. If you need older deprecated versions, please consult one of the archived pages."
I can send you a link to a complete version which runs with MW 1.16.1; I do not know of any version which runs with MW 1.17; and I suggest to better go to MediaWiki trunk version - this for example is running live on http://translatewiki.net. "Trunk" does work with OpenID trunk since begin of the year 2011.
Can you post the link of a stable version that runs with MW 1.16.1 as you mention above? Thanks for this great tool. We are using 0.9-dev with 1.16.1 and it is working great, but I would like access to the new features.
It's different from this one in the way it does not give you any choice : you're connected against a google apps domain, and that's it. Worked for us ! see: Extension:GoogleAppsAuthentification
How do I get the OpenID login link in my sidebar, and the return link, to be under the short URL http://my.domain/wiki/ rather than http://my.domain/w/index.php? I already have all the rest of my pages under http://my.domain/wiki/ by following the short URL instructions, but the OpenID login link and the return link aren't. This causes a problem because the default TrustRoot is http://my.domain/wiki/, which mis-matches with the return link. I tried changing the TrustRoot to http://my.domain/w/index.php, but that caused more problems because of URL-encoding of the ? that appeared in the return link... this confused the Janrain library.
MediaWiki 1.15.5-1 PHP 5.3.3-1ubuntu9.5 (apache2handler) MySQL 5.1.49-1ubuntu8.1 OpenID (Version 0.8.4dev)
Never mind, I found that setting the TrustRoot just to http://my.domain/ fixed the problem. Don't know why I didn't think of trying that earlier. It might be wise to add this to the documentation though.
The install script mentions that, to create the required tables, you should run php maintenance/update.php, however, at that stage in the process, OpenID isn't included in LocalSettings.php.
afaict, you need to run maintenance/update.php *after* installing OpenID in LocalSettings.php.
HTH,
Thanks for pointing me to this error in the description. Fixed in r91941 ( http://svn.wikimedia.org/viewvc/mediawiki?view=revision&revision=91941 ).
After I migrated to a new hosting provider, the OpenID extension stopped working.
This message appears on the page after I try to log in:
Verification error An error occured during verification of the OpenID URL.
And this appears on the log file:
OpenID: no auth_request
You can try for yourself at http://openfarmtech.org/w/index.php?title=Special:OpenIDLogin
What could be causing this? --Elifarley 10:35, 28 March 2011 (UTC)
- The "Verification error" message of the OpenID extension is admittedly not very specific. What is the consumer and what is the provider for the OpenID authentication you wanted to make? --Wikinaut 20:52, 28 March 2011 (UTC)
- I was trying to use GMail to authenticate at openfarmtech.org --Elifarley 02:03, 29 March 2011 (UTC)
I see you've been able to solve this issue. What was the problem and how did you fix it? --Codehead 12:05, 14 June 2011 (UTC)
Codehead,
I did not receive any further information from the original submitter, Elifarley. If you have a similar problem, please do me a favour and
- check the First aid checklist on top of this page
- post a new thread or contact me by wiki mail.
Perhaps I can help. If possible: use MediaWik trunk and OpenID trunk versions.
I also get no_auth_request, also with non https endpoints. To be sure I've upgraded openssl, removed SSL certicate checks and it responded the same, so I don't think they were used yet. I've tried it on different versions of mediawiki and the corresponding version of the wiki (1.16.5 (r91224) a.t.m. and also 1.16.2). I tried using a different store (other than file), but then it reports an error even though I ran "php update.php".
In the log I see:
when choosing google: OpenID: no auth_request (because $auth_request === null)
when choosing flickr and being returned after logging in: OpenID: aborting in auth because no response was recieved
I do get an object in $customer, and there are response headers, too. So it seems to contact external servers.
I also managed to contact Elifarley whom I know by coincidence, he said he fixed it by migrating servers. His problem could be related to SSL, but it could be many things if the entire environment changed.
Apparently this: $auth_request = $consumer->begin( $openid_url ); returns null in SpecialOpenID.body.php on line 213, but I cannot change this even if I return true at the beginning of Auth_OpenID_Consumer's->begin() in "Auth/OpenID/Consumer.php"!
I'm at a loss. I spent over 6 hours trying to figure this one out!! Please let me know what else I could try...
I'm getting a bug after downloading a very recent version of the OpenID extension (using the link provided by you). The bug is described here.
Seems to be a curl/ssl issue?
Cheers, --Dmb 23:53, 17 May 2011 (UTC)
- Is it an https:// OpenID identity you are trying? Then, in my view, most probably the certificate may be invalid, see Extension:OpenID#Logging_in_using_OpenID. Check on your server whether or not a simple "wget <OpenID-Url>" does work without problems. This also relates to last posting in the google discussion --Wikinaut 00:14, 18 May 2011 (UTC)
-
- I have no idea. I'm clicking on the big friendly Google logo (https://www.google.com/accounts/o8/id ?). --Dmb 09:01, 19 May 2011 (UTC)
- Sorry, I think you did something wrong, as this is not the way to log in to your wiki. You need to click onto the Google (or another providers') logo on your Wiki OpenID login page which is Special:OpenIDLogin (on your wiki!).
- Check carefully the path which must be added (currently) in LocalSettings.php, see point 5 of the installation. --Wikinaut 14:22, 19 May 2011 (UTC)
-
- Yeah, I tried, I know how to log in. It fails. Hence the error. More details are in that Google groups thread if you read it. I'm not asking you sign up or anything. Cheers, --Dmb 14:38, 19 May 2011 (UTC)
Anyone know how to fix this yet? I'm guessing it's a PHP thing?
- Your referata Wiki does not show the version number (0.10-dev) of my OpenID for MediaWiki version 1.16.1 I have sent you. So, you cannot expect it working, especially because you run PHP 5.3.x which requires at least this patch as mentioned on the OpenID article page: "Note: php-openid 2.2.0 requires a patch for PHP > 5.3.x versions to avoid "Call-time pass-by-reference is deprecated" errors.[1]". --Wikinaut 18:05, 20 May 2011 (UTC)
Information for those users who use Extension:User Merge and Delete together with Extension:OpenID: when using both extensions, the current version of User Merge and Delete ignores to copy OpenID settings of from the first (to be merged into the second and to be deleted) to the second account, and remains of the first account hinder the second account to use them (a property of the OpenID extension). An ad-hoc solution is to manually delete the remains of the first account in the table OpenIDs:
DELETE FROM user_openid WHERE uoi_user=<first_account_userid>;
This frees the OpenID(s) which were connected to the first account; the second account user (or anyone else who's entitled) can then freshly use the former OpenIDs which were connected to their first account before merging.
I'm getting two messages using this extension in my otherwise pristine error logs. They are:
PHP Warning: Call-time pass-by-reference has been deprecated; If you would like to pass it by reference, modify the declaration of [runtime function name](). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. in PHP\PEAR\Auth\OpenID\AX.php on line 963 (also line 891)
and
PHP Notice: Uninitialized string offset: 0 in includes\WebRequest.php on line 461
The second is a malformed URI - but I don't know why it's getting passed that way.
The first is obviously in the PHP Auth\OpenID pear package.
Any ideas?
- The second one. Because you are not able to access to the default $wgOpenIDConsumerStorePath and $wgOpenIDServerStorePath. Set
$wgOpenIDConsumerStoreType = "file"; $wgOpenIDServerStoreType = "file";
- and
$wgOpenIDConsumerStorePath $wgOpenIDServerStorePath
--Onecountry 16:04, 27 May 2010 (UTC)
- Any help about the first annoying log-message Call-time pass-by-reference...? Ankostis 16:45, 22 November 2010 (UTC)
A patch is here Extension:OpenID/README#cite ref-patch18635 0-0
--Wikinaut 21:07, 17 May 2011 (UTC)
The documentation says "They also can work as OpenID server, but only if the Wiki adminstrator has enabled this feature", but I cannot find how to enable it in the more detailed documentation. My fault?
Solution: in your LocalSettings.php set
$wgOpenIDClientOnly = false; // false means: allow to act not only as client, but also as OpenID server (you wanted this) $wgOpenIDAllowServingOpenIDUserAccounts = true; // check, if you want this. For tests, set this to true
The article page and the README explain the meaning of all switches.
I'm not even sure where to begin here. I downloaded the extension, uploaded it to my server, to ../extensions/ untarred the tarball. I edited LocalSettings.php to include
require_once("$IP/extensions/OpenID/OpenID.setup.php");
Then, ran php maintenance/update.php, which gives this error:
Content-type: text/html <br /> <b>Parse error</b>: syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in <b>/home/content/29/5132729/html/gpbp/maintenance/commandLine.inc</b> on line <b>13</b><br />
Reloading the wiki, any page, gave only this:
Warning: require_once(Auth/Yadis/XRI.php) [function.require-once]: failed to open stream: No such file or directory in /home/content/29/5132729/html/gpbp/extensions/OpenID/SpecialOpenIDLogin.body.php on line 28 Fatal error: require_once() [function.require]: Failed opening required 'Auth/Yadis/XRI.php' (include_path='/home/content/29/5132729/html/gpbp:/home/content/29/5132729/html/gpbp/includes:/home/content/29/5132729/html/gpbp/languages:.:/usr/local/php5/lib/php') in /home/content/29/5132729/html/gpbp/extensions/OpenID/SpecialOpenIDLogin.body.php on line 28
I came here and read something about uploading the "Auth" folder from phph4-openid to my toplevel dir, so I did that, re-ran update.php, got the same error, and, when reloading the wiki, got:
Warning: require_once(Auth/OpenID/BigMath.php) [function.require-once]: failed to open stream: No such file or directory in /home/content/29/5132729/html/gpbp/Auth/OpenID.php on line 30 Fatal error: require_once() [function.require]: Failed opening required 'Auth/OpenID/BigMath.php' (include_path='/home/content/29/5132729/html/gpbp:/home/content/29/5132729/html/gpbp/includes:/home/content/29/5132729/html/gpbp/languages:.:/usr/local/php5/lib/php') in /home/content/29/5132729/html/gpbp/Auth/OpenID.php on line 30
I read the readme for the php4-openid extension, so, from that, determined it would be useful to run ../extensions/openidblahblah/examples/detect.php. Mostly that seemed to indicate that everything was as it should, except, it said libcurl was installed, but it failed to fetch a url, and, it says,
Your web server seems to corrupt queries. Received , expected a=%26b. Check for mod_encoding.
The server is running CentOS, and has php4.4. My wiki is MediaWiki 1.16.2. The host is godaddy.com.
The site is goodpayer-badpayer.info
I have ssh access, but not root.
--Tonybaldwin 03:49, 27 March 2011 (UTC)
- It looks, as if you have not correctly set up your extensions/OpenID subdirectories. Try to redo following the installation instructions exactly. --Wikinaut 22:53, 27 March 2011 (UTC)
Okay, it does seem I missed one tiny detail in the installation instructions (adding $IP/extensions/OpenID/" to the $path). Also, it seems I had failed to upload the entire Auth directory. Gftp had dumped, and only half of it was there (thus the error saying tno URINorm.php, because it was missing). Now I've gotten those ironed out, and I can actually access the Special:OpenIDLogin page, I can't get it to work. I tried with my google account and with a livejournal OpenID. I'm going to look further into the suggested configs and get back here with either, a) a report of success, or b) details of my attempts, and the errors I receive.
Still no joy. I've gone over everything. The only thing I can find that I haven't been able to resolve is that there is no gmp, but, I'm on paid hosting with no root access to the server, so there's nothing I can do about that. Running examples/detect.php seemed to indicated that, while not optimal, bcmath would suffice. I can't compile php with gmp support without root access, so this extension is completely useless to me. The error I get when trying to add an OpenID is this:
A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: (SQL query hidden) from within function "SpecialOpenID::getUser". Database returned error "1146: Table 'goo1108409062663.mw_user_openid' doesn't exist (goo1108409062663.db.5132729.hostedresource.com)".
- You apparently did not or could not run point 7 (run update.php) of installation instructions after having everything installed in the subdirectories and after having LocalSettings.php modified; this step adds new tables to the database needed for OpenID extension. But when not having GMP, the extension will not work, as indicated by you. If you can install a new Wiki, than perhaps an alternative is to install everything (all files) in place, and then to run the a new wiki installation, which will (should) update the database tables, too. --Wikinaut 05:31, 28 March 2011 (UTC)
Nothing I did in LocalSettings.php helped with this error. Editing OpenID.setup.php and adding my trust_root URL to $wgTrustRoot did the trick.
OpenID.setup.php
# Defines the trust root for this server # If null, we make a guess # $wgTrustRoot = null; $wgTrustRoot = "http://www.example.com/wiki/";
--Beagle 17:18, 17 May 2008 (UTC)
-
- Hmmm... that's odd. Just for fun, I commented the $wgTrustRoot entry in OpenID.setup.php and now it appears that the entry in LocalSettings.php is being read.
- Yes, by George, it is reading LocalSettings.php now because if I comment the $wqTrustRoot entry there it fails. You can like see for yourself at tioat dot net slash wiki if ya don't believe me. I'm just so thrilled it works now. ;) --Beagle 09:47, 18 May 2008 (UTC)
- Hmmm... that's odd. Just for fun, I commented the $wgTrustRoot entry in OpenID.setup.php and now it appears that the entry in LocalSettings.php is being read.
-
- I can confirm this works. I had the same problem as you, then I commented the line "$wgTrustRoot = null;" in OpenID.setup.php and it works fine now. --Figure002 20:06, 20 April 2010 (UTC)
-
- I figured out the problem here. The default OpenID variables are created when OpenID.setup.php is included by the require_once line. By placing the variables in LocalSettings.php before OpenID.setup.php is included, the variables will be overwritten with the default values. So the solution, is to place the OpenID variables after the require_once line (I added a note about this in the article). --Figure002 20:39, 20 April 2010 (UTC)
Line 265:
if ( array_key_exists( 'http://axschema.org/namePerson/first', $ax ) || array_key_exists( 'http://axschema.org/namePerson/last', $ax ) )
should be
if ( isset($ax) && ( array_key_exists( 'http://axschema.org/namePerson/first', $ax ) || array_key_exists( 'http://axschema.org/namePerson/last', $ax ) ) ) {
to prevent warning message on line 265 when logging in using an OpenID for the first time and $ax is null.
I keep having this error: Verification of the OpenID URL failed. Error message: "Bad signature" on my mediawiki.
Prerequisites are confirmed, update ran, installation instructions followed, GMP is OK. Running on debian. Restarted the webserver, configged $wgTrustRoot. So how to deal with this message?
Config: require_once("$IP/extensions/OpenID/OpenID.setup.php"); $path = "$IP/extensions/OpenID"; set_include_path(get_include_path() . PATH_SEPARATOR . $path); $wgOpenIDShowProviderIcons = true; $wgTrustRoot = "http://www.website.com/";
The LoginForm from SpecialLogin has many desirable features that help manage new users - most of which are bypassed by the SpecialOpenIDLogin::createUser, including several notifications and other useful hooks. Has the concept of integrating these two functionalities been considered - I might be willing to do it, but don't want to waste my time if someone has already taken a shot at it. --jdpond 01:18, 23 November 2009 (UTC)
Since I spent the better part of a weekend getting this extension up and running on Windows IIS MySQ PHP (WIMP), thought I would document to minimize others' future misfortune.
Platform was MW 1.16 with php-openid-2.x.x-snapshot library
- First, you really want to use PEAR if you can. If you have not loaded it into your PHP environment, find instructions and do so.
- Download and extract the current php-openid package (I used devl version, 2.x.x-snapshot, but you may want to use the most current stable release) from here
- To integrate php-openid into your PHP environment, copy the extracted "auth" dir (and all subdirs) into your PEAR directory (default is C:\Program Files\PHP\PEAR. Hopefully in the future there will be a PEAR package for Windows that will do this for us, but for now, this works.
- You will need to add/enable several PHP extensions using PEAR via the following instructions executed from the command line:
C:\Program Files\PHP>pear install PHPUnit C:\Program Files\PHP>pear install HTML_Common
- You will also need to manually add several extensions. First check to make sure these extensions exist in you PHP environment (they are usually found in the C:\Program Files\PHP\ext directory by editing the php.ini file and adding the following (if they are not already there):
[gmp] extension=php_gmp.dll [OpenSSL] extension=php_openssl.dll # The following are not required for current version, but will be required if MS LiveID is supported in the future: [PHP_MHASH] extension=php_mhash.dll [PHP_DBA] extension=php_dba.dll
- I had to manually add the new table and index using the MySQL query tool and using the edited commands from openid_table.sql.
- If you are using windows, you need to add a configuration definition before you activate OpenID otherwise you'll get an error about having an undefined random source:
define('Auth_OpenID_RAND_SOURCE', null); require_once( "$IP/extensions/OpenID/OpenID.setup.php" );
Special Note:
I spent the majority of the time trying to figure out why I got the following error message:
"An error occurred during verification of the OpenID URL"
It turns out, it was because I had not enabled PHP OpenSSL extensions on that server.
Hope this helps --jdpond 01:18, 23 November 2009 (UTC)
I am currently running a clamshell openid server on ____/openid my wiki is at ____/w/Main_Page or ____/Wiki:Main_Page when i try to convert my current login "Lenary" to my OpenID on the same server, it gives me this error: "Verification of the OpenID URL failed. Error message: "Not in requested trust domain:____"" with a link. when i click this link, another error comes up: "Invalid openid.mode '<No mode set>'". i have tried changing the $wgTrustRoot to both of the above addresses, but neither work. $wgOpenIDConsumerDenyByDefault = false; me and a friend are working on rectifying this, but nothing is working. The /Auth from the library you asked for a prerequisite is at ____/w/Auth as well as /usr/share/php5 and /usr/?bin?/php5 (i'm not sure of the last one) i have no clue what to do now. I have tried all 3 addresses clamshell lets you use, ____/openid/clamshell.php?u=### ___/openid/?u=### ___/openid/### (sorry, i have obscured all addresses for security... ____ is the server domain name, ### is my clamshell username)
i have just also copied /Auth to ____/w/extensions/OpenID
- Hi Anonymous. You shouldn't need to do this last step, but rather place Auth in $IP/includes, since it'll be automatically included in the include_path. Regarding the error you are getting, it's probably related with $wgTrustRoot. Try to set it to a value equal to the start of your wiki URL, including the port, if you're using other port than 80. It took me some time to figure that out. I'm using it with: ClamShell 0.6.7 and MediaWiki 1.12.0 (had to upgrade from 1.10 to support the i18n new stuff). Thanks to Evan Prodromou for the great work. Nuno Tavares 00:17, 3 May 2008 (UTC)
-
- would that route be something like http://example.com/Wiki: (where http://example.com/Wiki:Main_Page was the main page, but http://example.com/w/ was the actual dir of the wiki? thanks for the help so far Nuno
-
-
- http://example.com/ should be enough, I believe. Nuno Tavares 21:28, 5 May 2008 (UTC)
-
First page |
Previous page |
Next page |
Last page |
