Fix applied and verified.
My password has now been changed correctly in the password file.
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: Undefined property: _FilePassUser::$_HomePagehandle
lib/Request.php:436: Notice: Undefined property: Request_AccessLog::$logtable
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 that
> 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:
> 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 changed
> to apache ownership and put 777 permissions just to avoid perm problems)
> PHP Warning
> lib/pear/Cache/Container/file.php:339: Warning: mkdir() [<a
> href='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: main(themes/film/lib/imdb.php) [<a
> href=' function.main'>function.main</a>]: failed to open stream: No such
> file or directory
> lib/Request.php:436: Notice: Undefined property:
> On 3/6/06, *Reini Urban* <email@example.com <mailto:firstname.lastname@example.org>> 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, no
> > 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 = 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
> > 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:
> > Undefined property: _FilePassUser::$_HomePagehandle
> > lib/WikiUser/File.php (In template 'body' < 'html'):81: Notice:
> > Undefined property: File_Passwd::$_filename
> > lib/WikiUser/File.php (In template 'body' < 'html'):82: Notice:
> > 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.
new File_Passwd($this->_file->_filename, ...
=> 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
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!
Phpwiki-talk mailing list