Extension talk:AuthDrupal

Drupal 5.1: working, redirects not working
It currently works with drupal 5.1. However, is it possible to do this: when an anonymous user tries to edit a wiki page, he logins in and be redirected to the wiki page he was trying to edit. Currently upon login, it goes to drupal frontpage.

Thanks!
 * If someone can point me in the right direction on doing this on the Drupal side, I'd be interested to try implementing it. I know very little about Drupal at this point, so I have no idea off hand. Thinkling 15:44, 23 March 2007 (UTC)

Drupal 5.1: not working
For me, AuthDrupal doesn't work with Drupal 5.1. Basically, the installation seems to go smoothly, but when switching from Drupal to MediaWiki (v1.6.10), I'm user "Anonymous". Thus I can't edit "MediaWiki:Whitelistedittext", so the "Login" link still exists. With the "Login" link, I can log in to MediaWiki with my old MediaWiki credentials, but when accessing another page, I'm immediately "Anonymous" again. Differences in my setup might be: I'm using a localized version if MediaWiki (not English, but German); and access to the wiki pages isn't public but limited to logged in users. However, thank you for the effort; please feel free to contact me, if I can help with anything (testing new code etc.). -asb 19:20, 29 March 2007 (UTC)


 * The code is tested only with MW 1.9.x. I have no idea whether MW 1.6.x has the same hooks that I'm relying on to make the extension work, sorry. If you're up for a bit of debugging, you might want to see if the hooks are getting called at all. (do a wfDebug and look at the debug output log.) Thinkling 03:10, 1 April 2007 (UTC)

No luck for me either
This did not work for me. I'm using Drupal 5.0rc1 and Mediawiki 1.93. Basically, the login link on Mediawiki points to Drupal but there is no impact of logging into Drupal on Mediawiki. I'd appreciate any help/advice. - Samir March 31 2007


 * Hi, can you confirm that you edited the cookie domains? I did a ton of testing in Drupal 5.1 and have nw got it down to a fine art with a 15 minutes installation from scratch. I have installed it on 4 servers now with Drupal 5.1 and MW 1.9.3 and each time it worked straight out of the gate. Shout if I can help. - Paul Coghlan. Mar 31 2007


 * I did remove the cookies. I think I should upgrade from Drupal 5.0rc1 to Drupal 5.1 asap before bothering you some more. I'll do that and report back. Thanks! - Samir April 2, 2007


 * My guess is that the version of Drupal you use makes no difference, but that something else is going on. I think you misunderstood Paul's question. He was asking whether you have changed the settings for the way AuthDrupal cookies are created, both in LocalSettings.php and in Mediawiki.module. Thinkling 20:06, 2 April 2007 (UTC)
 * Make sure that the php session path folder has the apache write privileges. It's usally under /var/lib/php/session - April 5 2007

NEW PROBLEM
from Paul Coghlan

I did some testing on the whole issue of being logged in or logged out in Drupal and Mediawiki taking into account the 'Remember Me' feature and the user powering of their computer. It appears that selecting the 'Remember Me' checkbox in Drupal is having an impact. I suspect this changes values in the cookies.

TEST1 I logged into Drupal with 'Remember Me' turned off. I went to MW and confirmed I was logged in. I shut the browser and re-opened it, Drupal correctly had me logged out but MW still had me logged in. This is a bug. You might want to hide the 'Remember Me' checkbox and default it to yes to sidestep the issue for now.

I cleared all cookies and did it again, this time rebooting instead of just shutting the browser. Same result. Drupal had me logged out and MW had me logged in.

TEST2 I logged into Drupal with 'Remember Me' activated. I went to MW and confirmed I was logged in. I shut the browser and re-opened it, all OK. I rebooted the computer and check again, all OK. In each instance everything appeared to be fine. Both Drupal and MW remembered that I was logged in and I couldn't find any difference between them.

OTHER INTEGRATION
from Paul Coghlan

I have setup MySQL triggers within my Drupal database to synchronize other features. For example, we allow a multi-lingual interface in Drupal. A trigger to change the language=en string in the user_options BLOB at Mediawiki to language=it means people switching to Italian in Druapl see an Italian Mediawiki too! I also prevent people from editing wiki pages until they are approved within Drupal, again a trigger carries the permission across. - Paul Coghlan. Mar 31 2007

Dependency on mcrypt module
Mcrypt is not available on CentOS Linux, so I'm unable to run AuthDrupal. Neither Drupal nor MediaWiki uses the php-mcrypt extention. Why is it then required for AuthDrupal (crypto.php)?

I would appreciate if it can be removed/ replaced.


 * If the cookie content were in plain text, authentication would be completely spoofable and anyone could log in as anyone else, so complete removal is not an option. Can you suggest an alternative? I'm on other projects right now and don't have the bandwidth to chase this myself, sorry. Thinkling 22:04, 10 May 2007 (UTC)

A newbie error
I am trying to use the AuthDrupal. My server runs on xampplite and the drupal and wiki are on two different databases on teh same sever. But after making all the changes prescribed and going to drupal to add the wiki module all I see is a warning

"warning: Error parsing modules/Mediawiki.info on line 1 in C:\Data\setup\alumni\xampplite\htdocs\drupal\includes\module.inc on line 195."

And the wiki modul is not on the list of modules. I have tried restarting the server; still no progress. Also I notice that earlier the wiki which was accessible locally on my server as http:\localhost\wiki now displays "Extension:AuthDrupal/AuthDrupal.php From MediaWiki.org" and the code.

Am I being dumb here and making some silly mistakes ?