phpwiki-talk

Re: [Phpwiki-talk] Re: Wiki Blues

[Thomas H. <tom...@gm...>]

Thanks for the report for my use.

I just may send you a little fix so the XHTML Snapshot download
doesn't break on [Pages with spaces].

Tom

On 4/15/06, Reini Urban <ru...@x-...> wrote:
> 2006/4/15, Thomas Haws <tom...@gm...>:
> > Here's a little bug:
> >
> > At http://hawsedc.constructionnotesmanager.com/thomas/PhpWikiAdministra=
tion
> > in Email verification.
> >
> > WikiAdminUtils says:
> >  . Page Name Click to reverse sort order         . E-Mail .      .
> > Verification Status .
> >
> >  Cancel
> >
> > Okay
> >
> > /home/jconstru/public_html/hawsedc/phpwiki/lib/plugin/WikiAdminUtils.ph=
p:231:
> > Notice: Undefined property: PageList::$_rows
>
> Thanks.
> Changed to:
>                 $group =3D (int)(count($pagelist->_pages) /
> $pagelist->_group_rows);
>
>
> --
> Reini Urban
> http://phpwiki.org/
> http://spacemovie.mur.at/   http://helsinki.at/
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting langua=
ge
> that extends applications into web and mobile media. Attend the live webc=
ast
> and join the prime developer group breaking into this new coding territor=
y!
> http://sel.as-us.falkag.net/sel?cmdlnk&kid=110944&bid$1720&dat=121642
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>


--
Tom Haws 480-201-5476
"There are many causes that I am prepared to die for but no causes
that I am prepared to kill for" Gandhi

Re: [Phpwiki-talk] Re: Wiki Blues

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

2006/4/15, Thomas Haws <tom...@gm...>:
> Here's a little bug:
>
> At http://hawsedc.constructionnotesmanager.com/thomas/PhpWikiAdministrati=
on
> in Email verification.
>
> WikiAdminUtils says:
>  . Page Name Click to reverse sort order         . E-Mail .      .
> Verification Status .
>
>  Cancel
>
> Okay
>
> /home/jconstru/public_html/hawsedc/phpwiki/lib/plugin/WikiAdminUtils.php:=
231:
> Notice: Undefined property: PageList::$_rows

Thanks.
Changed to:
                $group =3D (int)(count($pagelist->_pages) /
$pagelist->_group_rows);


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

Re: [Phpwiki-talk] Re: Wiki Blues

[Thomas H. <tom...@gm...>]

Here's a little bug:

At http://hawsedc.constructionnotesmanager.com/thomas/PhpWikiAdministration
in Email verification.

WikiAdminUtils says:
 . Page Name Click to reverse sort order  =09 . E-Mail .  =09 .
Verification Status .

 Cancel

Okay

/home/jconstru/public_html/hawsedc/phpwiki/lib/plugin/WikiAdminUtils.php:23=
1:
Notice: Undefined property: PageList::$_rows

Tom

Re: [Phpwiki-talk] Re: Wiki Blues

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

The Warning is wrong.
It's just a notice.

2006/4/14, Thomas Haws <tom...@gm...>:
> Do you know why it would give me this message on saving a page now?
>
> Warning!
>
> /home/jconstru/public_html/hawsedc/phpwiki/lib/WikiDB.php:908: Notice:
> Optimizing database
>
> --
> Tom Haws 480-201-5476
> "There are many causes that I am prepared to die for but no causes
> that I am prepared to kill for" Gandhi
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting langua=
ge
> that extends applications into web and mobile media. Attend the live webc=
ast
> and join the prime developer group breaking into this new coding territor=
y!
> http://sel.as-us.falkag.net/sel?cmdlnk&kid=110944&bid$1720&dat=121642
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>


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

Re: [Phpwiki-talk] Re: Wiki Blues

[Thomas H. <tom...@gm...>]

Do you know why it would give me this message on saving a page now?

Warning!

/home/jconstru/public_html/hawsedc/phpwiki/lib/WikiDB.php:908: Notice:
Optimizing database

--
Tom Haws 480-201-5476
"There are many causes that I am prepared to die for but no causes
that I am prepared to kill for" Gandhi

Re: [Phpwiki-talk] RE: Wiki Blues

[Thomas H. <tom...@gm...>]

Yeowww!  You don't need new hardware.

So are you out of AutoCAD mode now?

Tom

On 4/13/06, Reini Urban <ru...@x-...> wrote:
> Thomas Haws schrieb:
> > On 4/11/06, Reini Urban <ru...@x-...> wrote:
> >> 2006/4/11, Thomas Haws <tom...@gm...>:
> >>> Please let me know if there is anything I can do to repay your effort=
s
> >
> >> I'd need new hardware :)
> >
> > What kind of hardware?  Where are you located?
>
> Anything as good as our broken high performance server at the university.
> Quite expensive piece in fact :)
>
> One HW Raid with 2 Sony SCSI 30GB harddiscs for the system,
> another HW raid with 4 120GB IDE harddiscs for /home,
> and an ordinary double-cpu system.
> CPU speed not important, IO and RAM is.
>
> Graz, Austria
> --
> Reini Urban
> http://phpwiki.org/
> http://helsinki.at/  http://spacemovie.mur.at/

Re: [Phpwiki-talk] 1.3.12p2 and PHP 5/MySQL 5

[Thomas H. <tom...@gm...>]

Reini,

Yes.  1.3.7, I think.  Thanks for the fix that got me upgraded.

Now to repay you.  Is there anything I can do?

Tom

On 4/13/06, Reini Urban <ru...@x-...> wrote:
> Reini Urban schrieb:
> > 2006/3/22, Thomas Haws <tom...@gm...>:
> >> The list has been very quiet.  I guess that is a good thing.
> >
> > Not really. There are outstanding bugs.
> > I'm full-time involved with our local filmfestival here this week,
> > so I have no time at all.
> >
> >> I installed version 1.3.12p2 on a remote PHP 5/MySQL 5 server and I
> >> can't get it to run.
> >> http://hawsedc.com/thomas
> >>
> >> I understand that this error
> >> phpwiki/lib/main.php:20: Fatal[2048]: Assigning the return value of
> >> new by reference is deprecated
> >> is solved for the time being by setting register_globals on.
> >
> > Nope. This is enterily register_globals independent.
> > This php 5 fatal should be solved by allow_call_time_pass_reference =3D=
 On
> > I thought I fixed all issues, but didn't test with php-5.1 lately
> >
> >> In perusing the support wiki, I see that somebody claims to have
> >> installed with register_globals off.  (That claim turned up on the
> >> Recent Changes page in a search for "register globals", but I couldn't
> >> find it on the Recent Changes page itself.)
> >
> > register_globals off is default for a long time now and I do all the
> > testing with register_globals off.
> >
> >> The question I have is how close you are to getting phpwiki fully
> >> (whatever that may mean) compliant with PHP 5 and MySQL 5.  I have
> >> decided to just wait, and I am wondering if there will be some kind of
> >> announcement, or if there is some version number you are pushing
> >> toward for compliance.
> >
> > php-5.0 was tested ok. php-5.1 not fully tested.
>
> php-5.1.2 just tested okay.
>
> apache-1.3.33, mysql-4.1.8
>
> PHP_SAPI=3Dapache
> PHP_OS=3DWINNT
> PHP_VERSION=3D5.1.2
> test=3DInlineParserTest,HtmlParserTest,PageListTest,ListPagesTest,SetupWi=
ki,AllPagesTest,AllUsersTest,OrphanedPagesTest,WantedPagesTest,TextSearchTe=
st,IncludePageTest,DumpHtml
> db=3Dfile,dba,PearDB_mysql,ADODB_mysql
> PHPWIKI_VERSION=3D1.3.12p2
> USECACHE=3D1
> WIKIDB_NOCACHE_MARKUP=3Dfalse
> ENABLE_USER_NEW=3D1
> ENABLE_PAGEPERM=3D1
>
> php.ini:
> zend.ze1_compatibility_mode =3D Off
> allow_call_time_pass_reference =3D Off
> register_globals =3D Off
> register_long_arrays =3D Off
> auto_globals_jit =3D On
>
>
>
> You must be using a version before 1.3.11, something like 1.3.7
> Up to 1.3.11 phpwiki was not allow_call_time_pass_reference safe.
>
> phpwiki/lib/main.php:20: Fatal[2048]: Assigning the return value of new
> by reference is deprecated
>
> There's no function call at 20 in any main.php version from 1.3.11 on I
> have around here.
>
> 1.3.7:
> $this->_dbsession =3D & new DB_Session($this->getDbh(),
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting langua=
ge
> that extends applications into web and mobile media. Attend the live webc=
ast
> and join the prime developer group breaking into this new coding territor=
y!
> 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
>


--
Tom Haws 480-201-5476
"There are many causes that I am prepared to die for but no causes
that I am prepared to kill for" Gandhi

Re: [Phpwiki-talk] Re: Wiki Blues

[Thomas H. <tom...@gm...>]

Wonderful.  Thanks.

It works now.

On 4/13/06, Reini Urban <ru...@x-...> wrote:
> Thomas Haws schrieb:
> > Thank you so much.  Just let me know when there is another action for
> > me to take.  No huge rush.
> >
> > Tom
> >
> > On 4/13/06, Reini Urban <ru...@x-...> wrote:
> >> 2006/4/13, Thomas Haws <tom...@gm...>:
> >>> Addendum:
> >>> Server tech says:
> >>>
> >>> "Yes the command was successfully executed. As I have given you the
> >>> result previously that lock_tables_priv is NOT missing."
> >> Thanks for the result in your previous mail.
> >> Something within action=3Dupgrade seems to be borked.
>
> I was able to confirm this, and even noticed that I already disabled the
> "mysql >=3D 4.0.4 requires LOCK TABLE privileges" check in lib\upgrade.ph=
p
> in CVS HEAD, at 14-Nov-05.
>
> To continue please disable this check by editing lib\upgrade.php
>
> goto // mysql >=3D 4.0.4 requires LOCK TABLE privileges
>
> and change the line below to
>
>     if (0 and substr($backend_type,0,5) =3D=3D 'mysql'/* and
> $DBParams['dbtype'] !=3D 'PDO' */) {
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting langua=
ge
> that extends applications into web and mobile media. Attend the live webc=
ast
> and join the prime developer group breaking into this new coding territor=
y!
> 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
>


--
Tom Haws 480-201-5476
"There are many causes that I am prepared to die for but no causes
that I am prepared to kill for" Gandhi

Re: [Phpwiki-talk] RE: Wiki Blues

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

Thomas Haws schrieb:
> On 4/11/06, Reini Urban <ru...@x-...> wrote:
>> 2006/4/11, Thomas Haws <tom...@gm...>:
>>> Please let me know if there is anything I can do to repay your efforts
> 
>> I'd need new hardware :)
> 
> What kind of hardware?  Where are you located?

Anything as good as our broken high performance server at the university.
Quite expensive piece in fact :)

One HW Raid with 2 Sony SCSI 30GB harddiscs for the system,
another HW raid with 4 120GB IDE harddiscs for /home,
and an ordinary double-cpu system.
CPU speed not important, IO and RAM is.

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

Re: [Phpwiki-talk] 1.3.12p2 and PHP 5/MySQL 5

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

Reini Urban schrieb:
> 2006/3/22, Thomas Haws <tom...@gm...>:
>> The list has been very quiet.  I guess that is a good thing.
> 
> Not really. There are outstanding bugs.
> I'm full-time involved with our local filmfestival here this week,
> so I have no time at all.
> 
>> I installed version 1.3.12p2 on a remote PHP 5/MySQL 5 server and I
>> can't get it to run.
>> http://hawsedc.com/thomas
>>
>> I understand that this error
>> phpwiki/lib/main.php:20: Fatal[2048]: Assigning the return value of
>> new by reference is deprecated
>> is solved for the time being by setting register_globals on.
> 
> Nope. This is enterily register_globals independent.
> This php 5 fatal should be solved by allow_call_time_pass_reference = On
> I thought I fixed all issues, but didn't test with php-5.1 lately
> 
>> In perusing the support wiki, I see that somebody claims to have
>> installed with register_globals off.  (That claim turned up on the
>> Recent Changes page in a search for "register globals", but I couldn't
>> find it on the Recent Changes page itself.)
> 
> register_globals off is default for a long time now and I do all the
> testing with register_globals off.
> 
>> The question I have is how close you are to getting phpwiki fully
>> (whatever that may mean) compliant with PHP 5 and MySQL 5.  I have
>> decided to just wait, and I am wondering if there will be some kind of
>> announcement, or if there is some version number you are pushing
>> toward for compliance.
> 
> php-5.0 was tested ok. php-5.1 not fully tested.

php-5.1.2 just tested okay.

apache-1.3.33, mysql-4.1.8

PHP_SAPI=apache
PHP_OS=WINNT
PHP_VERSION=5.1.2
test=InlineParserTest,HtmlParserTest,PageListTest,ListPagesTest,SetupWiki,AllPagesTest,AllUsersTest,OrphanedPagesTest,WantedPagesTest,TextSearchTest,IncludePageTest,DumpHtml
db=file,dba,PearDB_mysql,ADODB_mysql
PHPWIKI_VERSION=1.3.12p2
USECACHE=1
WIKIDB_NOCACHE_MARKUP=false
ENABLE_USER_NEW=1
ENABLE_PAGEPERM=1

php.ini:
zend.ze1_compatibility_mode = Off
allow_call_time_pass_reference = Off
register_globals = Off
register_long_arrays = Off
auto_globals_jit = On



You must be using a version before 1.3.11, something like 1.3.7
Up to 1.3.11 phpwiki was not allow_call_time_pass_reference safe.

phpwiki/lib/main.php:20: Fatal[2048]: Assigning the return value of new
by reference is deprecated

There's no function call at 20 in any main.php version from 1.3.11 on I
have around here.

1.3.7:
$this->_dbsession = & new DB_Session($this->getDbh(),

Re: [Phpwiki-talk] Re: Wiki Blues

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

Thomas Haws schrieb:
> Thank you so much.  Just let me know when there is another action for
> me to take.  No huge rush.
> 
> Tom
> 
> On 4/13/06, Reini Urban <ru...@x-...> wrote:
>> 2006/4/13, Thomas Haws <tom...@gm...>:
>>> Addendum:
>>> Server tech says:
>>>
>>> "Yes the command was successfully executed. As I have given you the
>>> result previously that lock_tables_priv is NOT missing."
>> Thanks for the result in your previous mail.
>> Something within action=upgrade seems to be borked.

I was able to confirm this, and even noticed that I already disabled the
"mysql >= 4.0.4 requires LOCK TABLE privileges" check in lib\upgrade.php
in CVS HEAD, at 14-Nov-05.

To continue please disable this check by editing lib\upgrade.php

goto // mysql >= 4.0.4 requires LOCK TABLE privileges

and change the line below to

    if (0 and substr($backend_type,0,5) == 'mysql'/* and
$DBParams['dbtype'] != 'PDO' */) {

Re: [Phpwiki-talk] Re: Wiki Blues

[Thomas H. <tom...@gm...>]

Thank you so much.  Just let me know when there is another action for
me to take.  No huge rush.

Tom

On 4/13/06, Reini Urban <ru...@x-...> wrote:
> 2006/4/13, Thomas Haws <tom...@gm...>:
> > Addendum:
> > Server tech says:
> >
> > "Yes the command was successfully executed. As I have given you the
> > result previously that lock_tables_priv is NOT missing."
>
> Thanks for the result in your previous mail.
> Something within action=3Dupgrade seems to be borked.
> --
> Reini Urban
> http://phpwiki.org/
> http://spacemovie.mur.at/   http://helsinki.at/
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting langua=
ge
> that extends applications into web and mobile media. Attend the live webc=
ast
> and join the prime developer group breaking into this new coding territor=
y!
> http://sel.as-us.falkag.net/sel?cmdlnk&kid=110944&bid$1720&dat=121642
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>


--
Tom Haws 480-201-5476
"There are many causes that I am prepared to die for but no causes
that I am prepared to kill for" Gandhi

Re: [Phpwiki-talk] Re: Wiki Blues

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

2006/4/13, Thomas Haws <tom...@gm...>:
> Addendum:
> Server tech says:
>
> "Yes the command was successfully executed. As I have given you the
> result previously that lock_tables_priv is NOT missing."

Thanks for the result in your previous mail.
Something within action=3Dupgrade seems to be borked.
--
Reini Urban
http://phpwiki.org/
http://spacemovie.mur.at/   http://helsinki.at/

[Phpwiki-talk] Re: Wiki Blues

[Thomas H. <tom...@gm...>]

Addendum:

Server tech says:

"Yes the command was successfully executed. As I have given you the
result previously that lock_tables_priv is NOT missing."

--
Tom Haws 480-201-5476
"There are many causes that I am prepared to die for but no causes
that I am prepared to kill for" Gandhi

[Phpwiki-talk] Re: Wiki Blues

[Thomas H. <tom...@gm...>]

I am upgrading my old phpwiki.

http://www.hawsedc.com/pwnew/index.php?action=3Dupgrade with user admin
and pw admin gives this error:

check for mysql LOCK TABLE privilege ...lock_tables_priv missing. The
DB Admin must run mysql_fix_privilege_tables

The jaguarpc senior tech says:

 The privileges are already assigned. Please provide this output to
the phpwiki developers:

mysql> select * from db where user=3D'jconstru_phpwiki' and
db=3D'jconstru_phpwiki1';

+-------------+--------------------+------------------+
| Host        | Db                 | User             |
+-------------+--------------------+------------------+
| localhost   | jconstru_phpwiki1  | jconstru_phpwiki |
| 192.168.1.% | jconstru_phpwiki1  | jconstru_phpwiki |
+-------------+--------------------+------------------+

-------------+-------------+-------------+-------------+
 Select_priv | Insert_priv | Update_priv | Delete_priv |
-------------+-------------+-------------+-------------+
 Y           | Y           | Y           | Y           |
 Y           | Y           | Y           | Y           |
-------------+-------------+-------------+-------------+

-------------+-----------+------------+-----------------+
 Create_priv | Drop_priv | Grant_priv | References_priv |
-------------+-----------+------------+-----------------+
 Y           | Y         | N          | Y               |
 Y           | Y         | N          | Y               |
-------------+-----------+------------+-----------------+

------------+------------+-----------------------+------------------+
 Index_priv | Alter_priv | Create_tmp_table_priv | Lock_tables_priv |
------------+------------+-----------------------+------------------+
 Y          | Y          | Y                     | Y                |
 Y          | Y          | Y                     | Y                |
------------+------------+-----------------------+------------------+

2 rows in set (0.00 sec)



--
Tom Haws 480-201-5476
"There are many causes that I am prepared to die for but no causes
that I am prepared to kill for" Gandhi

Re: [Phpwiki-talk] Spam problems

[Alan H. <al...@em...>]

I'm seeing similar problems on my wiki

http://www.alanhoyle.com/wiki/index.php/RecentChanges

Things went away for a while when I required authentication for edits.

I upgraded to 1.3.12p2 yesterday, and started allowing anon edits, but
when I checked this morning, I had been spammed overnight.

Captcha doesn't work as it just puts up a blank image.

I've tried disabling the $wiki_dmap ['putPage'] just now to see if
that makes a difference.

Also, it won't let me stay authenticated.




On 3/12/06, Jim Ford <ja...@wa...> wrote:
>
>
>
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>
>  > Reini Urban wrote:
>
>  Ok,
>  Fighting bots which don't add more than 20 new links is hard, as
>  you cannot really decide if it's good or bad.
>  I suggest to block the spammers IP then in the apache conf file.
>
> Could also blacklist it in Shorewall.
>
> Jim Ford
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting langua=
ge
> that extends applications into web and mobile media. Attend the live webc=
ast
> and join the prime developer group breaking into this new coding territor=
y!
> 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
>


--
   Alan Hoyle  -  al...@un...  -  http://www.alanhoyle.com/
     "I don't want the world, I just want your half." -TMBG
                Get Horizontal, Play Ultimate.

Re: [Phpwiki-talk] RE: Wiki Blues

[Thomas H. <tom...@gm...>]

On 4/11/06, Reini Urban <ru...@x-...> wrote:
> 2006/4/11, Thomas Haws <tom...@gm...>:
> > Please let me know if there is anything I can do to repay your efforts

> I'd need new hardware :)

What kind of hardware?  Where are you located?

--
Tom Haws 480-201-5476
"There are many causes that I am prepared to die for but no causes
that I am prepared to kill for" Gandhi

Re: [Phpwiki-talk] Turn off AddComments but preserve existing comments?

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

Philip J. Hollenback schrieb:
> My wiki www.hollenback.net is getting slammed with AddComment spam.  I
> would like for to to disable new comments but preserve the existing
> ones.  Is there an easy way to do that?

Sure, just remove the plugin line.

Comments are ordinary subpages, with a special pagetype.

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

Re: [Phpwiki-talk] RE: Wiki Blues

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

2006/4/11, Thomas Haws <tom...@gm...>:
> I really appreciate the good effort you have made to help me get my
> old phpwiki back up and running.
>
> You said:
> > yes,
> > fix the db perms manually or let phpwiki do it for you.
>
> I tried both approaches without success.  I removed all permissions
> from the dbuser, then re-granted all permissions.  The only thing I
> can think of at the moment is to delete and recreate the dbuser.  Can
> you think of any other approach?
>
> Here's the message again in case you forgot:
> check for mysql LOCK TABLE privilege ...lock_tables_priv missing. The
> DB Admin must run mysql_fix_privilege_tables

In this case I can only think of contacting the admin to give you the
db lock perms.
And fix the privilege_tables.

> Please let me know if there is anything I can do to repay your efforts
> (I may be able to help you with your ACADWiki. I am an AutoLISP
> developer and I have started the sourceforge FreeLand project for a
> free land development suite for AutoCAD.
> http://sourceforge.net/project/showfiles.php?group_id=3D124596 )

I'd need new hardware :)
--
Reini Urban
http://phpwiki.org/
http://spacemovie.mur.at/   http://helsinki.at/

Re: [Phpwiki-talk] RE: Wiki Blues

[Thomas H. <tom...@gm...>]

Reini,

I really appreciate the good effort you have made to help me get my
old phpwiki back up and running.

You said:
> yes,
> fix the db perms manually or let phpwiki do it for you.

I tried both approaches without success.  I removed all permissions
from the dbuser, then re-granted all permissions.  The only thing I
can think of at the moment is to delete and recreate the dbuser.  Can
you think of any other approach?

Here's the message again in case you forgot:
check for mysql LOCK TABLE privilege ...lock_tables_priv missing. The
DB Admin must run mysql_fix_privilege_tables

Please let me know if there is anything I can do to repay your efforts
(I may be able to help you with your ACADWiki. I am an AutoLISP
developer and I have started the sourceforge FreeLand project for a
free land development suite for AutoCAD.=20
http://sourceforge.net/project/showfiles.php?group_id=3D124596 )
Thanks again,
Tom
--
Tom Haws 480-201-5476
"There are many causes that I am prepared to die for but no causes
that I am prepared to kill for" Gandhi

Re: [Phpwiki-talk] Suppress php Warnings/Notices?

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

Matt Brown wrote:

[...]

> Yes the answer is in the archives in a post that I made on the 2nd of
> March. I've reproduced below for your convenience, but a quick search in
> future might not go amiss :P

even a "not so quick" search doesn't help with the wrong search 
string: my Wikis return "Only variables should be assigned by 
reference" while Tom Haws reported "Only variable references should 
be returned by reference". Therefore I didn't find Tom Haws' mail or 
your reply although I searched rather long before asking in the list.

> ------------
> The following patch is used in the Debian package to suppress the few
> remaining instances of this error that are not fixed in 1.3.11p1.
> 
> http://svn.mattb.net.nz/viewcvs/debian/phpwiki/trunk/lib/main.php?rev=83&r1=59&r2=83

since my wikis are somewhat older, I had to change line 10 in 
prepend.php from "error_reporting(E_ALL);" to
"error_reporting(E_ALL ^ E_NOTICE);". Thanks for pointing me the 
right direction!

[...]

> For what its worth 1.3.12p2 seemed to clean up these few remaining
> errors and the Debian package no longer contains this patch.

Maybe these errors are corrected. But AFAIK there is still the error 
where a user can't sign in anymore if he stored certain preferences.

Oliver
-- 
Oliver Betz, Muenchen

Re: [Phpwiki-talk] Suppress php Warnings/Notices?

[Matt B. <ma...@ma...>]

Oliver Betz wrote:
> Hello All,
>=20
> since my webspace provicer switched to PHP 4.4.2, I get a bunch of PHP =

> notices from rather old PhpWikis (1.3.7, 1.3.4), mainly "Only variables=
=20
> should be assigned by reference" from several modules.
>=20
> Any hint how I can suppress them?
>
Yes the answer is in the archives in a post that I made on the 2nd of
March. I've reproduced below for your convenience, but a quick search in
future might not go amiss :P

------------
The following patch is used in the Debian package to suppress the few
remaining instances of this error that are not fixed in 1.3.11p1.

http://svn.mattb.net.nz/viewcvs/debian/phpwiki/trunk/lib/main.php?rev=3D8=
3&r1=3D59&r2=3D83

I assume that there is a good reason why you can't just upgrade to the
latest version which fixes most of these messages the proper way?
------------

For what its worth 1.3.12p2 seemed to clean up these few remaining
errors and the Debian package no longer contains this patch.

Cheers

--=20
Matt Brown
ma...@ma...
Mob +64 21 611 544 www.mattb.net.nz

[Phpwiki-talk] Suppress php Warnings/Notices?

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

Hello All,

since my webspace provicer switched to PHP 4.4.2, I get a bunch of PHP 
notices from rather old PhpWikis (1.3.7, 1.3.4), mainly "Only variables 
should be assigned by reference" from several modules.

Any hint how I can suppress them?

I don't want to switch to a recent version if I can't also switch to 
ENABLE_USER_NEW, IOW unless the "user can't login anymore after storing 
preferences" error is fixed.

TIA,

Oliver
-- 
Oliver Betz, Muenchen

[Phpwiki-talk] Re: Wiki Blues

[Thomas H. <tom...@gm...>]

> See your config.ini compared to config-dist.ini
> and add the appropriate DBADMIN user and password entries,
>
> ; Optional: administrative SQL DB access (for action=3D3Dupgrade)
> ;DBADMIN_USER =3D3D
> ;DBADMIN_PASSWD =3D3D

Thanks so much for taking the time to help me through this.

I added the highest level DBADMIN_USER and DBADMIN_PASSWD=3D to
config.ini, but it didn't move me forward at all.  I don't have the
root password.

I also tried to grant the permissions manually, and the error
persists.  Any ideas?

--
Tom Haws 480-201-5476
"There are many causes that I am prepared to die for but no causes
that I am prepared to kill for" Gandhi

[Phpwiki-talk] Turn off AddComments but preserve existing comments?

[Philip J. H. <ph...@po...>]

My wiki www.hollenback.net is getting slammed with AddComment spam.  I
would like for to to disable new comments but preserve the existing
ones.  Is there an easy way to do that?

Thanks,
P.

-- 
Philip J. Hollenback
www.hollenback.net