[Extension] OpenID 1.1.0 (Page 1 of 3)

The message indicates that the userid-to-openid mapping table was not created. There are two possible reasons, both seeming unlikely:

1. Your PunBB did not execute the code in the install section of the manifest.xml. This is unlikely, because according to PunBB SVN version 1.3.2 already supported the install section. You can try if this is the reason by removing the oid_store directory in the extension directory and perform the installation again. If the installation code is actually executed, either the oid_store directory should be available again or you should see an error message saying that it could not be created.

2. The SQL query used to create the table failed in your MySQL database, but worked with my PostgreSQL database. This is unlikely because if the query fails you should see an error message too, and because the SQL query works with my MySQL 5.0 database.

You can create the table manually using this command (which is the exact query generated by PunBB's mysqli database layer):

CREATE TABLE openid_map ( openid VARCHAR(255) NOT NULL, userid INT(10) UNSIGNED NOT NULL, PRIMARY KEY (openid) ) ENGINE = MyISAM CHARACTER SET utf8

If the webserver user is the owner of that directory, yes. Otherwise 777 should help. If you do not know who owns that directory or under which user your webserver runs, simply try to log in using OpenID. If it works, everything is ok, otherwise try to change the access rights.

What did you try so far to solve the problem? Did you manually create the missing table? Have you checked if the installation code is executed using the method I described above?

Thanks for your testing so far. Manually creating the table (and the other things mentioned above) might give us a clue about the cause of the problem. If you can't create the table manually, the forum probably can't too, and I could investigate why the error message is missing.

Anyway, I've now installed the old PunBB 1.3.2 using a MySQL 5.0.51a database with mysqli extension and I was able to install the extension without any problems. My server is not completly identical to your setup, but relatively close (I'm using Ubuntu, not FreeBSD, no accelerator, and my software is slightly older: PHP 5.2.4 instead of 5.2.9, MySQL 5.0 instead of 5.1). I have further verified that all hooks used by my extension are present in the 1.3.2 source code, so if there are no other big changes in the surrounding code, the extension should work with 1.3.2 too (I was able to successfully log in using an OpenID, but I have not tested all other functionality).

And as a last test, I denied the PunBB database user the right to create tables, so the subsequent installation attempt failed saying:

So, error messages seem to be ok.

There was a potential problem if you were using table name prefixes. In some queries, the prefix was not added correctly. This has been fixed in 1.0.2. Please try to reproduce the problem using this version.

Incredible extension, Thanks alot.

Are all the bugs fixed now, should i install it now or its still in beta.

Punbb 1.3.4, OpenID 1.0.2 in install

Fatal error: Class 'InvalidArgumentException' not found in /var/www/forum/htdocs/extensions/openid/Ext/OpenID/InvalidIdentifierException.php on line 30

Can you try and log in with an openId at http://punbb-b.keydogbb.info

I've tried with mine and keep getting redirected to claimid website and "unable to log in"

What exactly did you enter as your OpenID? As you might have seen, I was able to successfully log in using 'openid.claimid.com/punbb'.

There were however some flaws when trying to log in with disabled cookies. The default PunBB error message 'You appear to have logged in successfully, however a cookie has not been set.' should be displayed, but instead a misleading message was displayed or no message at all. This has been fixed in 1.0.3.

This is strange. You didn't compile PHP yourself and somehow managed to disable SPL, did you? Google finds almost no results when searching for the error message, so it does not seem to be a common problem.

Are you able to use other SPL functionality such as this script? If so, please post the output.

<pre>
<?php
var_dump(spl_classes());
?>
</pre>

Edit: Ok, I did some further research, and there seem to be some distributions that disable SPL by default, for example Gentoo. Which distribution do you use?

You can check if SPL is enabled using the output of phpinfo(), there should be a section labelled 'SPL' stating that it is enabled and listing the available interfaces and classes.

I noticed the captcha too, but I think it is ok the way it is. If you want your users to enter a captcha, they should do so when using an OpenID too (otherwise a spammer might just use his own OpenID provider to bypass the captcha). From the viewpoint of the OpenID extension, the captcha is just some other error that needs to be fixed by the user (as, for example, a duplicate user name). Or did you notice any problems when using OpenID and captcha?

Which extension provides the captcha functionality?

A captcha on the login form? Isn't that just overkill? In my opinion, this is as good as saying "I don't want anybody to use this forum". Users might be used to enter a captcha once when registering, but every time they want to log in?

What benefit does this provide anyway? To log in, you need to have an account. If you have an account, you have at least once successfully entered the captcha on the registration form. And that means, that you are either human or have successfully broken the algorithm used by the captcha. In both cases, solving another captcha is useless.

Under ideal circumstances, the registration process is completed without any further user interaction after entering the OpenID. Ideal means:

• OP provides at least username and e-mail address via Simple Registration or Attribute Exchange Extension

• PunBB does not complain about either of them (username already taken etc.)

• you don't have to enter a captcha