Menu
▾
▴
Re: [Phpwiki-talk] Trouble when changing a password.
|
From: joel s. <fox...@gm...> - 2006-03-07 18:16:46
|
Exellent. Fix applied and verified. My password has now been changed correctly in the password file. Thanks Reini! Now there are hardly any errors at the bottom of the page, I include them just for referece since they are not causing me any issues that I can tell. lib/WikiUserNew.php (In template 'body' < 'html'):1116: Notice[8]: Undefine= d property: _FilePassUser::$_HomePagehandle lib/Request.php:436: Notice[8]: Undefined property: Request_AccessLog::$logtable On 3/7/06, Reini Urban <ru...@x-...> wrote: > > joel schaubert schrieb: > > Hi Reini, > > I was able to confirm that file permissions are not the issue for the > > particular file where the passwords are stored. > > > > To verify this, I changed ownership and permissions to exclude apache, > > then confirmed that I cannot even login (as expected). > > So then I put permission back on the password containing file so that > > apache is allowed. Now I can log in (as expected) but I cannot run tha= t > > prefereces page to change password for my hand-created users in the > > password file. I get the same errors as shown in the first email. > > > > Could it possibly be the missing $_filename variable that you had > > mentioned below causing the stream open failure? > > > > Here are two more clues I can provide by doing some more testing. > > > > 1) if I don't modify password, but just change the email, I see this > > error at the bottom of page > > > > lib/WikiUserNew.php (In template 'body' < 'html'):1116: Notice[8]: > > Undefined property: _FilePassUser::$_HomePagehandle > > > > 2) if I click my loginName at the bottom where it says authenticated as > > SomeUser, to make a homepage for that account I get this error. Could > > you tell me what directory the mkdir context was likely to be in this > > situation so I can check and see why mkdir would have failed? > > (for now I have collected all the writeable directories that I knew > > about [wiki pages -- file db, session state] into one subdir and change= d > > to apache ownership and put 777 permissions just to avoid perm problems= ) > > > > > > PHP Warning > > > > lib/pear/Cache/Container/file.php:339: Warning[2]: mkdir() [<a > > href=3D'function.mkdir'>function.mkdir</a>]: Permission denied > > > > Valid XHTML 1.0! <http://validator.w3.org/check/referer> Valid CSS! > > <http://jigsaw.w3.org/css-validator/check/referer> > > Page Execution took real: 0.605, user: 0.580, sys: 0.030 seconds, > > Memory: 13544944 > > > > > > lib/plugin/Imdb.php:50: Warning[2]: main(themes/film/lib/imdb.php) [<a > > href=3D'function.main'>function.main</a>]: failed to open stream: No su= ch > > file or directory > > > > lib/Request.php:436: Notice[8]: Undefined property: > > Request_AccessLog::$logtable > > > > > > > > On 3/6/06, *Reini Urban* <ru...@x-... <mailto:ru...@x-...>> > wrote: > > > > joel schaubert schrieb: > > > I am learning how to setup phpwiki to require and manage > passwords. > > > My settings are to have phpwiki manage the passwords in a file, n= o > > bogo > > > login, require passwords for any edits but allow viewing. > > > > > > This is working well, I add new users and passwords with either > > > htpasswd, or I use the > > > passencrypt.php page shipped with phpwiki and then cut and paste > > into my > > > passwords file. I have changed ownership on the file to the > > apache account. > > > > > > Now when I browse to the preferences page as some logged in user, > I > > > enter a new password. I get the following errors dumping out on > the > > > page. I think maybe there is some setup that I have missed? > > > > > > Or do I misunderstand the password system? Perhaps that page is > only > > > for changing the password in the users home page preference file > and > > > they cannot change their password in the password file? > > > > If AUTH_USER_FILE_STORABLE =3D true, Pear::File_Passwd is used to > update > > the password file. As seen below. > > > > There's no config variable (yet) to allow self-creating users for > > password files. Self-creating users should IMHO use PersonalPage > > settings. > > > > > Here are the errors at the bottom of > wiki/index.php/UserPreferences > > > after trying to input a new password...... > > > > > > lib/WikiUserNew.php (In template 'body' < 'html'):1116: Notice[8]= : > > > Undefined property: _FilePassUser::$_HomePagehandle > > > > > > lib/WikiUser/File.php (In template 'body' < 'html'):81: Notice[8]= : > > > Undefined property: File_Passwd::$_filename > > > > > > lib/WikiUser/File.php (In template 'body' < 'html'):82: Notice[8]= : > > > Undefined property: File_Passwd::$_filename > > > > Oops. I'll have to check these. > > Maybe $_filename is empty, which would lead to the error below. > > Wrong. The attached patch below fixes that. > > lib/WikiUser/File.php: > > new File_Passwd($this->_file->_filename, ... > =3D> new File_Passwd($this->_file->filename, ... > > The rest is caused by the empty filename. > I'll release a 1.3.12p2 with this fix soon. > Have to check the other errors too which you reported. I can reproduce > them here. > > -- > Reini Urban > http://phpwiki.org/ > http://helsinki.at/ http://spacemovie.mur.at/ > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > |
