Session fails to start using PEAR 1.7.1 and Auth on Vista

[ihaveguts]

Hi Everybody,
I state before hand that i am doing all this on Vista Home Premium.

Its the first time i am using the PEAR libs for authentication, I installed the PEAR 1.7.1, AUTH 1.5.4 and DB 1.7.14RC1 packages.
I installed the PEAR with the go_pear.bat that came with the PHP 5.2.5 installation and the path is C:\PHP\PEAR. Then i downloaded the AUTH package and extracted the AUTH folder inside C:\PHP\PEAR then copied auth.php in the same folde. Same thing i did for the DB package. I placed all the .php files till my authentication was not throwing any exception also following these instrctions :
http://www.peachpit.com/articles/article.aspx?p=711187&seqNum=4

So everything worked well except it seems like the session does not start. Evertyhing is set up correctly in my MySQL db, the user i use to connect to the db with the PEAR auth has all the privileges to do anything in any folde.

In a few words, as i see my login page and insert the username and password these are sent correctly with the constructor $_POST, but i am not redirected to the indes page, the $auth->checkAuth() fails returns false but does not throw any exception. It has the same behavior as if i didn't insert any username or any password.

I debugged the checkAuth() method in the class and it seems like the session is not registered. I set my session.save_path in the php.ini on D:\ because on vista i don't have privileges to save session files in other folders. After i try to login i go on D:\ the session file is there and if i open it there is just a _authsession variable (or something like that...now i am at work if i was homw i could wirte exactly whats stored in the session file)
but its empty, no info of the session area actually stored.

Does anybody have a clue why this is happening? Could it have something to do on not having rights for writing on the session file that's begin created?

I also tried to disable the Vista UAC but my as i acces windows and type http://localhost my IIS just shows a blank page.

Did somebody have the same problem?
Does somebody have an idea on how to fix this?

Thanks in advance.

Gabriele

[ihaveguts]

Hi,

i solved the issue. It did not depend on the session that was not stored but from the fact that the password field in the db table did not contain md5 hashed passwords.

I had to spend hours and hours to find this out, maybe a more user friendly documentation for the Auth and the PEAR extensions in general would be the best solution

Gabriele