phpwiki-talk

Re: [Phpwiki-talk] Spam problems

[Reini U. <ru...@x-...>]

Delete the xmlrpc method putPage in lib\XmlRpcServer.php
Just disable these three lines:
$wiki_dmap['putPage']
=3D array('signature'     =3D> array(array($xmlrpcStruct, $xmlrpcString,
$xmlrpcString, $xmlrpcString, $xmlrpcString)),
        'documentation' =3D> 'put the raw Wiki text into a page as new vers=
ion',
        'function'      =3D> 'putPage');

2006/3/9, Przemyslaw Wesolek <prz...@go...>:
> I maintain a small wiki at wiki.go.art.pl. It runs PHPWiki 1.3.11p1.
>
> Although there is CAPTCHA turned on, some spammers seem not to care
> about it -- I suspect bots, so there must be a way to skip CAPTCHA
> checkings. Plugins?

Well, some spamerrs get well paid, so they do it manually.
NUM_SPAM_LINKS =3D 20 is usually the best.

> I disabled (i.e. removed) AddComment, Calendar, CalendarList and
> WikiBlog, but there is still some spam -- see
> http://wiki.go.art.pl/index.php/RecentChanges. Can anyone suggest what
> else can be the backdoor?
--
Reini Urban
http://phpwiki.org/
http://spacemovie.mur.at/   http://helsinki.at/

[Phpwiki-talk] Spam problems

[Przemyslaw W. <prz...@go...>]

Hi.

I maintain a small wiki at wiki.go.art.pl. It runs PHPWiki 1.3.11p1.

Although there is CAPTCHA turned on, some spammers seem not to care 
about it -- I suspect bots, so there must be a way to skip CAPTCHA 
checkings. Plugins?

I disabled (i.e. removed) AddComment, Calendar, CalendarList and 
WikiBlog, but there is still some spam -- see 
http://wiki.go.art.pl/index.php/RecentChanges. Can anyone suggest what 
else can be the backdoor?

Regards,
Przemek

Re: [Phpwiki-talk] Disabling the spam checker

[yan s. <ya...@se...>]

Reini Urban wrote:

>2006/3/8, yan seiner <ya...@se...>:
>  
>
>>I have an interal, corporate wiki.  We need to use it to store links to
>>useful websites, but I'm getting this:
>>
>>This page edit seems to contain spam and was therefore not saved.
>>Sorry for the inconvenience.
>>/Too many external links.
>>/
>>
>>I don't have any spam fighting stuff enabled in config.ini....
>>Grepping the code for spam turns up nothing usefull....
>>    
>>
>
>Which phpwiki version?
>  
>

1.3.11 sound about right?  I just downloaded it the other day.

>  
>
>>How do I disable this check?
>>    
>>
>
>Enlarge NUM_SPAM_LINKS to something like 1000
>The check for number of external links per edit is always enabled,
>even on internal wikis. Sorry. We we should make it a config option also.
>  
>

[i386]yan@Slug:/home/www/wiki$ grep -ir NUM_SPAM_LINKS *
[i386]yan@Slug:/home/www/wiki$

Where do I set this?  I tried setting it in config.ini but got the same 
error....

--Yan

Re: [Phpwiki-talk] Disabling the spam checker

[Reini U. <ru...@x-...>]

2006/3/8, yan seiner <ya...@se...>:
> I have an interal, corporate wiki.  We need to use it to store links to
> useful websites, but I'm getting this:
>
> This page edit seems to contain spam and was therefore not saved.
> Sorry for the inconvenience.
> /Too many external links.
> /
>
> I don't have any spam fighting stuff enabled in config.ini....
> Grepping the code for spam turns up nothing usefull....

Which phpwiki version?

> How do I disable this check?

Enlarge NUM_SPAM_LINKS to something like 1000
The check for number of external links per edit is always enabled,
even on internal wikis. Sorry. We we should make it a config option also.

--
Reini Urban
http://phpwiki.org/
http://spacemovie.mur.at/   http://helsinki.at/

[Phpwiki-talk] Preferences and sign in error,was: Better SQL backend for Mysql

[Oliver B. <li...@gm...>]

"Reini Urban" wrote:

> > >is the "user can't login anymore after storing preferences" (with
> > >ENABLE_USER_NEW = true) error related to dba? If so, one wouldn't use
> > >dba.
> 
> This dba problem was found and fixed with 1.3.12

Sorry, the error is still present. As soon as I store certain 
preferences (Edit Area, password), the error arises ("Error parsing 
script headers: Script yielded no output.").

Interesting: I can change theme and language without error.

Oliver
-- 
Oliver Betz, Muenchen

[Phpwiki-talk] Disabling the spam checker

[yan s. <ya...@se...>]

I have an interal, corporate wiki.  We need to use it to store links to 
useful websites, but I'm getting this:

This page edit seems to contain spam and was therefore not saved.
Sorry for the inconvenience.

/Too many external links.
/

I don't have any spam fighting stuff enabled in config.ini....

Grepping the code for spam turns up nothing usefull....

How do I disable this check?

Thanks,

--Yan
//

Re: [Phpwiki-talk] Trouble when changing a password.

[joel s. <fox...@gm...>]

Yes!
Both of those patches worked and now I have zero warnings when changing a
user password.

Thanks for the help, I am quite happy about upgrading from 1.2 to 1.3 and
getting all of these new features.

>Please move the wrong plugin Imdb.php away.
>You need the library from the theme which does not exist.

Unfortunately I did not understand what this meant since I did not have any
lmdb.php file nor referece to it in my config.ini as you can see here.....

pixiefox wiki # find . -name lmdb.php
pixiefox wiki # grep lmdb config/config.ini


On 3/7/06, Reini Urban <ru...@x-...> wrote:
>
> joel schaubert schrieb:
> > 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]:
> > Undefined property: _FilePassUser::$_HomePagehandle
>
> fix:
>         if ($num =3D _AnonUser::setPreferences($prefs, $id_only)) {
>             // Encode only the _prefs array of the UserPreference object
>             if (!empty($this->_HomePagehandle) and !$id_only) {
>                 $this->_HomePagehandle->set('pref',
> $this->_prefs->store());
>             }
>         }
>         return $num;
>
>
> > lib/Request.php:436: Notice[8]: Undefined property:
> > Request_AccessLog::$logtable
>
> fix:
>             if (!empty($this->_accesslog->logtable))
>                 $this->_accesslog->write_sql();
>
> I think this is it.
> Please move the wrong plugin Imdb.php away.
> You need the library from the theme which does not exist.
> --
> 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
>

Re: [Phpwiki-talk] phpwiki moved to new server

[Reini U. <ru...@x-...>]

Dwayne Hottinger schrieb:
> Sirs,
> 
> I have to move my phpwiki to a new server.  Server is running FC 4 with php
> 5.0.4 and mysql 4.x.  I did a dump on the database and imported it on my new
> server.  when I go to my old wiki site I get ib/FileFinder.php:18: Fatal[2048]:
> var: Deprecated. Please use the public/private/protected modifiers.  Which I
> know is an issue with php 5. but I dont quite know how to get around it.  I
> Downloaded the new version of phpwiki and configured the config.ini file to
> point to my old mysql database and now I get ib/WikiDB/backend/PearDB.php:1024:
> Error: WikiDB_backend_PearDB_mysql: fatal database error
> 
>     * DB Error: no such table
>     * (SELECT prefs FROM pref WHERE userid='dhottinger' [nativecode=1146 **
> Table 'tech_wiki.pref' doesn't exist]).  

Just add the pref table.
And maybe apply the other needed SQL fixes for your SQL schema.

See schemas/<databasetype>-initialize.sql
Also read UPGRADING.
-- 
Reini Urban
http://phpwiki.org/
http://helsinki.at/  http://spacemovie.mur.at/

[Phpwiki-talk] phpwiki moved to new server

[Dwayne H. <dho...@ha...>]

Sirs,

I have to move my phpwiki to a new server.  Server is running FC 4 with php
5.0.4 and mysql 4.x.  I did a dump on the database and imported it on my new
server.  when I go to my old wiki site I get ib/FileFinder.php:18: Fatal[2048]:
var: Deprecated. Please use the public/private/protected modifiers.  Which I
know is an issue with php 5. but I dont quite know how to get around it.  I
Downloaded the new version of phpwiki and configured the config.ini file to
point to my old mysql database and now I get ib/WikiDB/backend/PearDB.php:1024:
Error: WikiDB_backend_PearDB_mysql: fatal database error

    * DB Error: no such table
    * (SELECT prefs FROM pref WHERE userid='dhottinger' [nativecode=1146 **
Table 'tech_wiki.pref' doesn't exist]).  I really would like to keep all the
data pages from the old wiki.  Is there some way to get it to run on php 5?  I
tried the zend compatability setting to ON in my php.ini file, but then the old
wiki complained that I was running php 5 in comp mode.

thanks,


ddh



--
Dwayne Hottinger
Network Administrator
Harrisonburg City Public Schools

Re: [Phpwiki-talk] Trouble when changing a password.

[Reini U. <ru...@x-...>]

joel schaubert schrieb:
> 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]:
> Undefined property: _FilePassUser::$_HomePagehandle

fix:
        if ($num = _AnonUser::setPreferences($prefs, $id_only)) {
            // Encode only the _prefs array of the UserPreference object
            if (!empty($this->_HomePagehandle) and !$id_only) {
                $this->_HomePagehandle->set('pref', $this->_prefs->store());
            }
        }
        return $num;


> lib/Request.php:436: Notice[8]: Undefined property:
> Request_AccessLog::$logtable

fix:
            if (!empty($this->_accesslog->logtable))
                $this->_accesslog->write_sql();

I think this is it.
Please move the wrong plugin Imdb.php away.
You need the library from the theme which does not exist.
-- 
Reini Urban
http://phpwiki.org/
http://helsinki.at/  http://spacemovie.mur.at/

Re: [Phpwiki-talk] Trouble when changing a password.

[joel s. <fox...@gm...>]

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
>

Re: [Phpwiki-talk] Trouble when changing a password.

[Reini U. <ru...@x-...>]

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[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 changed
> 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='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='function.main'>function.main</a>]: failed to open stream: No such
> 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, no
>     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 = 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, ...
=> 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/

Re: [Phpwiki-talk] Trouble when changing a password.

[joel s. <fox...@gm...>]

I think I see what you mean.
Near line 933 in file WikiUserNew.php when the new instance of _FilePassUse=
r
is being created, a third parameter to the constructor line 20 of
File.phpis not being pased in.

constructor
    function _FilePassUser($UserName=3D'', $prefs=3Dfalse, $file=3D'') {

line 933 of WikiUserNew.php....

                    } elseif (in_array('File',
$dbh->getAuthParam('USER_AUTH_ORDER')) and
                              defined('AUTH_USER_FILE') and
file_exists(AUTH_USER_FILE)) {
                        include_once("lib/WikiUser/File.php");
                        if (check_php_version(5))
                            return new _FilePassUser($UserName,
$this->_prefs);
                        else {
                            $user =3D new _FilePassUser($UserName,
$this->_prefs);                            eval("\$this =3D \$user;");
                            // /*PHP5 patch*/$this =3D $user;
                            return $user;
                        }
                    } else {



If you could tell me how to reference the filename and pass it as the third
argument to return new _FilePassUser($UserName, $this->_prefs);
I could try that and test it and let you know if it fixes the issue.

Joel Schaubert


On 3/6/06, Reini Urban <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, no 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 m=
y
> > 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.
>
> > lib/pear/File_Passwd.php (In template 'body' < 'html'):103: Warning[2]:
> > fopen(.lock) [<a href=3D'function.fopen'>function.fopen</a>]: failed to
> > open stream: Permission denied
>
> That's the first critical error. The apache account has no rights to
> write to this file.
>
> > lib/pear/File_Passwd.php (In template 'body' < 'html'):104: Warning[2]:
> > flock() expects parameter 1 to be resource, boolean given
> > lib/pear/File_Passwd.php (In template 'body' < 'html'):235: Warning[2]:
> > Invalid argument supplied for foreach()
> --
> 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
>

Re: [Phpwiki-talk] 1.3.12_rc2 and postgresql

[Reini U. <ru...@x-...>]

2006/3/7, Alfredo Amontagna <alf...@li...>:
> On Tue, Mar 07, 2006 at 07:25:58AM +0000, Reini Urban wrote:
> >> the problem is caused by a php memory limit.
> >> we need to increase the "memory_limit" in the php.ini config file, or
> >> disable the toolbar in the wiki editor (ENABLE_EDIT_TOOLBAR =3D false)
> >>
> >> please consider to add a note in the config-dist.ini file.
> >
> >Maybe it's just one of the TOOLBAR_*_PULLDOWN options?
>
> Are you speaking about AddCategory and AddPlugin buttons?
> If you explain me how to disable them, I can make additional test.

Disable those two options in config.ini:
TOOLBAR_PAGELINK_PULLDOWN
TOOLBAR_TEMPLATE_PULLDOWN

You may also want to disable the plugin button.
Comment out in lib/EditToolbar.php this line:
  //$sr_html =3D HTML($sr_html, $this->pluginPulldown());

Since these actions are cached they only require more memory the very
first time and
then once every 6 hours.

--
Reini Urban
http://phpwiki.org/
http://spacemovie.mur.at/   http://helsinki.at/

Re: [Phpwiki-talk] 1.3.12_rc2 and postgresql

[Alfredo A. <alf...@li...>]

On Tue, Mar 07, 2006 at 07:25:58AM +0000, Reini Urban wrote:
>> the problem is caused by a php memory limit.
>> we need to increase the "memory_limit" in the php.ini config file, or
>> disable the toolbar in the wiki editor (ENABLE_EDIT_TOOLBAR = false)
>> 
>> please consider to add a note in the config-dist.ini file.
>
>Maybe it's just one of the TOOLBAR_*_PULLDOWN options?

Are you speaking about AddCategory and AddPlugin buttons?
If you explain me how to disable them, I can make additional test.


>These are known to need a lot of memory.
>ENABLE_EDIT_TOOLBAR per se is no memory hog.

with the toolbar shown at http://orion.linuxfan.it/MyTest/HomePage?action=edit
I need to increase the memory limit at 12 M.

-- 
Bye,
Alfredo

Re: [Phpwiki-talk] Fatal error: lib/WikiUserNew.php on line 1842

[Jim F. <ja...@wa...>]

joel schaubert wrote:

> I have applied that and confirmed that it fixes this problem.
> Thanks Reini !

Works for me too!

Jim Ford

Re: [Phpwiki-talk] Better SQL backend for Mysql

[Oliver B. <li...@gm...>]

Reini Urban wrote:

[user can't login anymore after storing preferences]

> This dba problem was found and fixed with 1.3.12

great! Thanks, Reini!

Oliver
-- 
Oliver Betz, Muenchen

Re: [Phpwiki-talk] 1.3.12_rc2 and postgresql

[Reini U. <ru...@x-...>]

Alfredo Amontagna schrieb:
> On Thu, Mar 02, 2006 at 07:48:31AM +0000, Reini Urban wrote:
>>> Sometime trying to modify a page, after giving "?action=edit" the
>>> browser receive a blank (empty) page.
>>>
>>> This strange problem happens also with other backend type.
>>>
>>> Can someone point me to some setting or to something to check to give
>>> more information?
>> Yes, this was a known problem some years ago.
>> Play with the redirect settings: DISABLE_HTTP_REDIRECT = true
>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 
> for the record:
> 
> the problem is caused by a php memory limit.
> we need to increase the "memory_limit" in the php.ini config file, or
> disable the toolbar in the wiki editor (ENABLE_EDIT_TOOLBAR = false)
> 
> please consider to add a note in the config-dist.ini file.

Thanks.

Maybe it's just one of the TOOLBAR_*_PULLDOWN options?
These are known to need a lot of memory.
ENABLE_EDIT_TOOLBAR per se is no memory hog.

-- 
Reini Urban
http://phpwiki.org/
http://helsinki.at/  http://spacemovie.mur.at/

Re: [Phpwiki-talk] 1.3.12_rc2 and postgresql

[Alfredo A. <alf...@li...>]

On Thu, Mar 02, 2006 at 07:48:31AM +0000, Reini Urban wrote:
>> Sometime trying to modify a page, after giving "?action=edit" the
>> browser receive a blank (empty) page.
>> 
>> This strange problem happens also with other backend type.
>> 
>> Can someone point me to some setting or to something to check to give
>> more information?
>
>Yes, this was a known problem some years ago.
>Play with the redirect settings: DISABLE_HTTP_REDIRECT = true
>https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

for the record:

the problem is caused by a php memory limit.
we need to increase the "memory_limit" in the php.ini config file, or
disable the toolbar in the wiki editor (ENABLE_EDIT_TOOLBAR = false)

please consider to add a note in the config-dist.ini file.


-- 
Bye,
Alfredo

Re: [Phpwiki-talk] Trouble when changing a password.

[joel s. <fox...@gm...>]

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 apach=
e
is allowed.  Now I can log in (as expected) but I cannot run that preferece=
s
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]: Undefine=
d
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 apach=
e
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
   [image: Valid XHTML 1.0!] <http://validator.w3.org/check/referer> [image=
:
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 such f=
ile
or directory

lib/Request.php:436: Notice[8]: Undefined property:
Request_AccessLog::$logtable


On 3/6/06, Reini Urban <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, no 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 m=
y
> > 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.
>
> > lib/pear/File_Passwd.php (In template 'body' < 'html'):103: Warning[2]:
> > fopen(.lock) [<a href=3D'function.fopen'>function.fopen</a>]: failed to
> > open stream: Permission denied
>
> That's the first critical error. The apache account has no rights to
> write to this file.
>
> > lib/pear/File_Passwd.php (In template 'body' < 'html'):104: Warning[2]:
> > flock() expects parameter 1 to be resource, boolean given
> > lib/pear/File_Passwd.php (In template 'body' < 'html'):235: Warning[2]:
> > Invalid argument supplied for foreach()
> --
> 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
>

Re: [Phpwiki-talk] 1.3.12_rc2 and postgresql

[Alfredo A. <alf...@li...>]

On Thu, Mar 02, 2006 at 07:48:31AM +0000, Reini Urban wrote:
>good point. thanks.
>The correct way is to fix the config.ini DBAUTH SQL statements (the pref
>tablename) for your prefix.
>
>We want to be independent and allow external prefs and auth (external
>databases and hosts), but for prefs it would be the best that we add the
>table prefix for the default setup.

I will try your suggested solution later. Now I need to solve other
problems :-(

I have two PHP Warning but I don't know how to solve:

/usr/local/share/phpwiki-1.3.12_rc2/lib/CachedMarkup.php:56:
	Warning: gzuncompress(): data error

/usr/local/share/phpwiki-1.3.12_rc2/lib/CachedMarkup.php:57:
	Notice: unserialize(): Argument is not a string


>> The second problem is very strange for me, and I cannot reproduce it :-(
>> Sometime trying to modify a page, after giving "?action=edit" the
>> browser receive a blank (empty) page.
>> 
>Yes, this was a known problem some years ago.
>Play with the redirect settings: DISABLE_HTTP_REDIRECT = true

this setting doesn't help me.

>Or try to mess with the redirect template as posted some weeks ago here
>on this list.
>This is server specific.

Sorry, but I haven't understood. Can you give me some keys to grep on my
archive?

Here some additional info.

I'm using the same settings of an old working wikifarm installation; for
instance http://www.linuxfan.it/icoli/

- A separate startup script with specific settings for each wiki; for
  example:
  /var/www/MyTest (you can play on http://orion.linuxfan.it/MyTest)
  containing:

define('DATABASE_PREFIX', 'italt_');
define('SCRIPT_NAME', '/MyTest');
define('VIRTUAL_PATH', '/MyTest');
include "phpwiki/index.php";
include "phpwiki/lib/main.php";

- A phpwiki installation on /usr/local/share/phpwiki-1.3.12_rc2
  with a symlink -> /var/www/phpwiki
- the following settings in config.ini
  DATA_PATH = /phpwiki
  PHPWIKI_DIR = /var/www/phpwiki
  USE_PATH_INFO = true

I can not understand what is wrong. I still have a blank page trying to
edit the wiki.




Now I have a problem also on the main server.
When I load a page from some host, I have the following fatal database
error:
/usr/local/share/phpwiki-20040514-italt/lib/WikiDB/backend/PearDB.php:778:
	Fatal[256]: wikidb_backend_pgsql: fatal database error

	*  DB Error: unknown error
	* (UPDATE session SET sess_data='', sess_date=1141679681, sess_ip='2001:1418:13:b::3' WHERE
	   sess_id='b821fd3e1832684425e923d2039c6ba5' [nativecode=ERROR: value too long for type character(15)])
	*

	Warning: Unknown(): A session is active. You cannot change the session module's ini
	settings at this time. in Unknown on line 0

Is it an IPv6 related error?
What can I do?


Thank you for the great work.

-- 
Bye,
Alfredo

Re: [Phpwiki-talk] Trouble when changing a password.

[Reini U. <ru...@x-...>]

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 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 = 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.

> lib/pear/File_Passwd.php (In template 'body' < 'html'):103: Warning[2]:
> fopen(.lock) [<a href='function.fopen'>function.fopen</a>]: failed to
> open stream: Permission denied

That's the first critical error. The apache account has no rights to
write to this file.

> lib/pear/File_Passwd.php (In template 'body' < 'html'):104: Warning[2]:
> flock() expects parameter 1 to be resource, boolean given
> lib/pear/File_Passwd.php (In template 'body' < 'html'):235: Warning[2]:
> Invalid argument supplied for foreach()
-- 
Reini Urban
http://phpwiki.org/
http://helsinki.at/  http://spacemovie.mur.at/

[Phpwiki-talk] Trouble when changing a password.

[joel s. <fox...@gm...>]

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 bogo
login, require passwords for any edits but allow viewing.

This is working well, I add new users and passwords with either htpasswd, o=
r
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 canno=
t
change their password in the password file?

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]: Undefine=
d
property: _FilePassUser::$_HomePagehandle

lib/WikiUser/File.php (In template 'body' < 'html'):81: Notice[8]: Undefine=
d
property: File_Passwd::$_filename

lib/WikiUser/File.php (In template 'body' < 'html'):82: Notice[8]: Undefine=
d
property: File_Passwd::$_filename

lib/pear/File_Passwd.php (In template 'body' < 'html'):103: Warning[2]:
fopen(.lock) [<a href=3D'function.fopen'>function.fopen</a>]: failed to ope=
n
stream: Permission denied

lib/pear/File_Passwd.php (In template 'body' < 'html'):104: Warning[2]:
flock() expects parameter 1 to be resource, boolean given

lib/pear/File_Passwd.php (In template 'body' < 'html'):235: Warning[2]:
Invalid argument supplied for foreach()
  Thanks,
Joel Schaubert

Re: [Phpwiki-talk] Fatal error: lib/WikiUserNew.php on line 1842

[joel s. <fox...@gm...>]

I have applied that and confirmed that it fixes this problem.
Thanks Reini !

Joel


On 3/4/06, Reini Urban <ru...@x-...> wrote:
>
> joel schaubert schrieb:
> > I'm getting an error page under specific conditions
> >
> > Wiki phpwiki-1.3.12_rc1
> > os  gentoo
> > database   file
> >
> > After being logged in as admin, then I click the button to "sign out".
> > Then I see this error on url  /index.php/HomePage
> >
> > *Fatal error*: Cannot access empty property in
> > */var/www/localhost/htdocs/tech/wiki/lib/WikiUserNew.php* on line *1842
> >
> > *Is this a known bug?
>
> Not yet, thanks. Very good catch! Wonder why this slipped through and
> got undetected for some years. In WikiUser.php I did it differently.
>
> > for context,  line 1842 of WikiUserNew.php is the first uncommented lin=
e
> > shown here
> >         if (!isset($pref->{$value}) or $pref->{$value} !=3D
> > $pref->default_value) {
>
> Fix:
>         if ((!$value and $pref->default_value)
>             or ($value and !isset($pref->$value))
>             or ($value and ($pref->$value !=3D $pref->default_value)))
>         {
>
> --
> 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
>

Re: [Phpwiki-talk] Better SQL backend for Mysql

[Reini U. <ru...@x-...>]

> Oliver Betz schrieb:
>
> >Reini Urban wrote:
> >>But fastest is by far the dba backend, because of the communication
> >>overhead with the SQL server.
> >
> >is the "user can't login anymore after storing preferences" (with
> >ENABLE_USER_NEW =3D true) error related to dba? If so, one wouldn't use
> >dba.

This dba problem was found and fixed with 1.3.12
--
Reini Urban
http://phpwiki.org/
http://spacemovie.mur.at/   http://helsinki.at/