phpwiki-talk Mailing List for PhpWiki (Page 13)

ok.Thanks for the patch.
Best Regards,
-- Sabri.
On Wed, Apr 15, 2009 at 1:09 PM, Reini Urban <ru...@x-...> wrote:
> 2009年4月15日 Sabri LABBENE <sab...@st...>:
> > I'm using a 1.3.12 version of PhpWiki.
> > Is it possible to turn off error reporting of PhpWiki (at least for
> Notices)?
> > Is it something we can tune from PhpWiki config ?
>
> This is a php setting.
> in php.ini there's a key for error_reporting. default is:
> error_reporting = E_ALL & ~E_NOTICE
>
> To turn off phpwiki notice for phpwiki only do:
> error_reporting(E_ALL & (~E_NOTICE | ~E_USER_NOTICE));
> for example in index.php.
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/www-ibm-com
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

2009年4月15日 Sabri LABBENE <sab...@st...>:
> I'm using a 1.3.12 version of PhpWiki.
> Is it possible to turn off error reporting of PhpWiki (at least for Notices)?
> Is it something we can tune from PhpWiki config ?
This is a php setting.
in php.ini there's a key for error_reporting. default is:
 error_reporting = E_ALL & ~E_NOTICE
To turn off phpwiki notice for phpwiki only do:
 error_reporting(E_ALL & (~E_NOTICE | ~E_USER_NOTICE));
for example in index.php.

Hi all,
I'm using a 1.3.12 version of PhpWiki.
Is it possible to turn off error reporting of PhpWiki (at least for Notices)?
Is it something we can tune from PhpWiki config ?
Best Regards,
-- Sabri.

Hallo,
>> I tried to use phpwiki with postgresql but I got this error message.
>> In /etc/phpwiki/config.ini there is an entry for ADMIN_USER.
>> So I do not understand the following error message:
>>
>> Fatal Error:
>> lib/IniConfig.php:668 Error: ADMIN_USER may not be empty. Please update
>> your configuration.
>> Notice: "missing config setting for ADMIN_USER" (...repeated 2 times)
>>
>> lib/IniConfig.php:668 Error: ADMIN_USER may not be empty. Please update
>> your configuration.
> 
> The message is right:
> You need to edit config/config.ini in a few places.
> ADMIN_USER, ADMIN_PASSWD at least.
Can You give me a hint?
I do not find other items to edit because of ADMIN_USER in config.ini.
My first try with phpwiki I use sqlite and this problem does not appear.
Now after I change to Postgresql (remote) this error message appears.
Does the problem belongs to this change?
Thanks for help.
Ciao
 Peter Schütt
-- 
www.pstt.de
Die E-Mail-Adresse funktioniert, kann aber u.U. in Zukunft mal abgeschaltet
werden. Ohne "_remove_this_" wird sie auch in Zukunft noch funktionieren.

2009年4月12日 Peter Schütt <pet...@ps...>:
> Hallo,
> I tried to use phpwiki with postgresql but I got this error message.
> In /etc/phpwiki/config.ini there is an entry for ADMIN_USER.
> So I do not understand the following error message:
>
> Fatal Error:
> lib/IniConfig.php:668 Error: ADMIN_USER may not be empty. Please update your
> configuration.
> Notice: "missing config setting for ADMIN_USER" (...repeated 2 times)
>
> lib/IniConfig.php:668 Error: ADMIN_USER may not be empty. Please update your
> configuration.
The message is right:
You need to edit config/config.ini in a few places.
ADMIN_USER, ADMIN_PASSWD at least.
>
> I am using phpwiki under Debian-Lenny and I configure with
> dpkg-reconfigure phpwiki and I select postgresql.
> After finishing reconfigure I adapt the DB-URL in the config.ini and run
> psql-initialize on the Postgresql-Server to build the tables.
> It gaves a few errors but it seems to work.
>
> And when I call the wiki start page after this I got this error message.
>
> Thanks for any hints.
>
> Ciao
> Peter Schütt
>
> --
> www.pstt.de
>
> Die E-Mail-Adresse funktioniert, kann aber u.U. in Zukunft mal abgeschaltet
> werden. Ohne "_remove_this_" wird sie auch in Zukunft noch funktionieren.
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/www-ibm-com
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Hallo,
I tried to use phpwiki with postgresql but I got this error message.
In /etc/phpwiki/config.ini there is an entry for ADMIN_USER.
So I do not understand the following error message:
Fatal Error:
lib/IniConfig.php:668 Error: ADMIN_USER may not be empty. Please update your
configuration. 
Notice: "missing config setting for ADMIN_USER" (...repeated 2 times)
lib/IniConfig.php:668 Error: ADMIN_USER may not be empty. Please update your
configuration. 
I am using phpwiki under Debian-Lenny and I configure with
dpkg-reconfigure phpwiki and I select postgresql.
After finishing reconfigure I adapt the DB-URL in the config.ini and run
psql-initialize on the Postgresql-Server to build the tables.
It gaves a few errors but it seems to work.
And when I call the wiki start page after this I got this error message.
Thanks for any hints.
Ciao 
 Peter Schütt
-- 
www.pstt.de
Die E-Mail-Adresse funktioniert, kann aber u.U. in Zukunft mal abgeschaltet
werden. Ohne "_remove_this_" wird sie auch in Zukunft noch funktionieren.

2009年4月2日 Peter Schütt <pet...@ps...>:
> I want to use phpwiki on an dyndns-Server.
> You can see it here:
> http://pschuett.dyndns.org:10001/wiki/
>
> But the links are generated in this way:
> e.g.
> http://[pschuett.dyndns.org:10001]/wiki/index.php?pagename=DebianProject
> and this does not work.
>
> Perhaps someone can explain this behaviour und how
> to solve this problem.
You can override the detected settings with:
SERVER_NAME = pschuett.dyndns.org
SERVER_PORT = 10001
SERVER_PROTOCOL = http
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Hello,
The page for Phpwiki on Wikimatrix should be updated:
- latest release is phpwiki-1.3.14 released 2007年07月01日
- URL: http://sourceforge.net/projects/phpwiki/
Best regards,
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Hallo,
I want to use phpwiki on an dyndns-Server.
You can see it here:
http://pschuett.dyndns.org:10001/wiki/
But the links are generated in this way:
e.g.
http://[pschuett.dyndns.org:10001]/wiki/index.php?pagename=DebianProject
and this does not work.
Perhaps someone can explain this behaviour und how
to solve this problem.
Thanks for help.
Ciao
 Peter Schütt
-- 
www.pstt.de
Die E-Mail-Adresse funktioniert, kann aber u.U. in Zukunft mal abgeschaltet
werden. Ohne "_remove_this_" wird sie auch in Zukunft noch funktionieren.

Hello Reini,
In file themes/default/templates/userprefs.tmpl
there are call to WikiLink function like:
WikiLink("MeatBall:GooglePrompt")
This does not work.
You get a link to a nonexistent page in the wiki
"MeatBall:GooglePrompt"
What should be done in this case?
Best regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Reini Urban a écrit :
> 2009年3月26日 Marc-Etienne Vargenau <Mar...@al...>:
>> ru...@us... a écrit :
>>> Revision: 6700
>>> http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6700&view=rev
>>> Author: rurban
>>> Date: 2009年03月25日 09:56:20 +0000 (2009年3月25日)
>>>
>>> Log Message:
>>> -----------
>>> add _jsFlipAll again as a bigger page is faster than a 2nd file request
>> Hello Reini,
>>
>> I see you have reverted some of my contributions. I will
>> try to explain why I did them.
>>
>> In that case, you are creating invalid XHTML code, and
>> this in not acceptable for us.
>> You create a script *inside* a table which is invalid.
> 
> Ah, sorry. We can revert it back then.
OK. I'll do it.
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Reini Urban a écrit :
> Works for me now with dba, but I'm still not svn clean. More patches to come,
> this week or next.
OK, good news. I'll wait for your contributions. This is a big bug
for us, I have to put limit=1000 everywhere so that is works.
> BTW: I have the whole April to make the release and work on some features.
This is great news. When can we a phone call or IRC to
coordinate about the next release?
Best regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

2009年3月26日 Marc-Etienne Vargenau <Mar...@al...>:
> ru...@us... a écrit :
>>
>> Revision: 6700
>>     http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6700&view=rev
>> Author:  rurban
>> Date:   2009年03月25日 09:56:20 +0000 (2009年3月25日)
>>
>> Log Message:
>> -----------
>> fix paging with dba (avoid double limit)
>
> Hello,
>
> I see you have made modifications about paging.
>
> But it still does not work for me.
>
> The first page is OK, but all others are empty.
>
> Does it work for you?
>
> Do you need more information about my config?
Works for me now with dba, but I'm still not svn clean. More patches to come,
this week or next.
BTW: I have the whole April to make the release and work on some features.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

2009年3月26日 Marc-Etienne Vargenau <Mar...@al...>:
> ru...@us... a écrit :
>>
>> Revision: 6700
>>     http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6700&view=rev
>> Author:  rurban
>> Date:   2009年03月25日 09:56:20 +0000 (2009年3月25日)
>>
>> Log Message:
>> -----------
>> add _jsFlipAll again as a bigger page is faster than a 2nd file request
> Hello Reini,
>
> I see you have reverted some of my contributions. I will
> try to explain why I did them.
>
> In that case, you are creating invalid XHTML code, and
> this in not acceptable for us.
> You create a script *inside* a table which is invalid.
Ah, sorry. We can revert it back then.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Dan Zen schrieb:
> A while back I did a fair bit of work using PHP Wiki. I used GDBM and 
> after a server change, I have not been able to find a server with PHP 
> support for GDBM. I have a couple files and would love to get at the data.
> 
> Do you have any suggestions? Ideally, there would be a way to convert 
> to MySQL or somewhere to temporarily host the Wiki to do a conversion. 
> It is about 100 pages of philosophy that I do not want to lose.
Hmm,
either get your own php with gdbm,
or use the gdbm cmdline tool (forgot the name, I'm on a trip) to convert 
the database files to ascii, and extract the contents then.

Reini Urban a écrit :
> 2009年2月27日 <var...@us...>:
>> Revision: 6598
>> http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6598&view=rev
>> Author: vargenau
>> Date: 2009年02月27日 12:54:19 +0000 (2009年2月27日)
>>
>> Log Message:
>> -----------
>> Disable verification of emails for corporate env.
> 
> Good.
> Sending emails should be disabled for certain environments.
> But we already have this key: ENABLE_MAILNOTIFY = false
> 
> Please use this instead.
> 
>> + // Disable verification of emails for corporate env.
>> + if (defined('GFORGE') and GFORGE) {
>> + $doverify = false;
>> + }
Hello Reini,
ENABLE_MAILNOTIFY controls the fact that mails are sent or not.
In Gforge, what my above code does is to disable the verification
of the fact that the e-mail address is correct. When a user
registers in Gforge, the e-mail address is verified, so it is
not necesssary to do the check once again in Phpwiki.
Best regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

2009年2月27日 <var...@us...>:
> Revision: 6598
>     http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6598&view=rev
> Author:  vargenau
> Date:   2009年02月27日 12:54:19 +0000 (2009年2月27日)
>
> Log Message:
> -----------
> Disable verification of emails for corporate env.
Good.
Sending emails should be disabled for certain environments.
But we already have this key: ENABLE_MAILNOTIFY = false
Please use this instead.
> +    // Disable verification of emails for corporate env.
> +    if (defined('GFORGE') and GFORGE) {
> +      $doverify = false;
> +    }
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

2009年2月5日 <var...@us...>:
> Revision: 6481
> http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6481&view=rev
> curr_page_view and existing_page_view are not used
But they are nice to have for debugging.

2009年1月28日 Carlos Rodrigo Blanco <cr...@la...>:
> Some time ago I installed the phpwiki module for postnuke.
> Right now I have a number of web sites running it
> successfully, but I want to update the server to use php5
> and the postnuke module doesn't work with php5 (it produces
> all those errors like: Fatal[2048]: Assigning the return
> value of new by reference is deprecated)
>
> Is there a new version of the postnuke phpwiki module
> compatible with postnuke?
I never tested the updated phpwiki, which solves those php5 problems of yours,
with postnuke.
But I'm not aware of any incompatiblity that we might have introduced, as
were are getting more and more compatible for such an embedded usage.
gforge integration e.g. got much better lately.
> Do you have any advice on how to solve this problem?
I would just try the latest svn and report any problems here.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Hi
Some time ago I installed the phpwiki module for postnuke. 
Right now I have a number of web sites running it 
successfully, but I want to update the server to use php5 
and the postnuke module doesn't work with php5 (it produces 
all those errors like: Fatal[2048]: Assigning the return 
value of new by reference is deprecated)
Is there a new version of the postnuke phpwiki module 
compatible with postnuke?
Do you have any advice on how to solve this problem?
Thanks in advance
Carlos

Reini Urban a écrit :
> 2009年1月21日 <var...@us...>:
>> Revision: 6423
>> http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6423&view=rev
>> Author: vargenau
>> Date: 2009年01月21日 09:18:16 +0000 (2009年1月21日)
>>
>> Log Message:
>> -----------
>> No div around plugin invocation
> 
> Why?
> This was a lot of work to get it right.
> 
> We needed it for some CSS tricks as far as I remember.
> 
Hello Reini,
Sorry to make modifications without too many explanations.
Can we reschedule an IRC?
For this point, no div around plugin, the rationale is the
following.
I need to do something like this:
About {{NATO}} in the XX{{th}} century.
I call the Template plugin inside a paragraph. If I have a div,
my paragraph is broken into several paragraphs.
Content of "NATO" page:
<abbr title="North Atlantic Treaty Organisation">NATO</abbr>
Content of "th" page:
<sup>th</sup>
This kind of things is used routinely in Mediawiki/Wikipedia.
Does this seem reasonable?
Best regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

2009年1月21日 <var...@us...>:
> Revision: 6423
> http://phpwiki.svn.sourceforge.net/phpwiki/?rev=6423&view=rev
> Author: vargenau
> Date: 2009年01月21日 09:18:16 +0000 (2009年1月21日)
>
> Log Message:
> -----------
> No div around plugin invocation
Why?
This was a lot of work to get it right.
We needed it for some CSS tricks as far as I remember.
> Modified Paths:
> --------------
> trunk/lib/CachedMarkup.php
>
> Modified: trunk/lib/CachedMarkup.php
> ===================================================================
> --- trunk/lib/CachedMarkup.php 2009年01月20日 14:30:22 UTC (rev 6422)
> +++ trunk/lib/CachedMarkup.php 2009年01月21日 09:18:16 UTC (rev 6423)
> @@ -767,35 +767,14 @@
>
> function expand($basepage, &$markup) {
> $loader = $this->_getLoader();
> -
> $xml = $loader->expandPI($this->_pi, $GLOBALS['request'], $markup, $basepage);
> - $div = HTML::div(array('class' => 'plugin'));
> - if (isset($this->name))
> - $id = GenerateId($this->name . 'Plugin');
> -
> - if (isset($this->_tightenable)) {
> - if ($this->_tightenable == 3) {
> - // We need a div here, it might contain a table
> - $span = HTML::div(array('class' => 'plugin'), $xml);
> - if (!empty($id))
> - $span->setAttr('id', $id);
> - return $span;
> - }
> - $div->setInClass('tightenable');
> - $div->setInClass('top', ($this->_tightenable & 1) != 0);
> - $div->setInClass('bottom', ($this->_tightenable & 2) != 0);
> - }
> - if (!empty($id))
> - $div->setAttr('id', $id);
> - $div->pushContent($xml);
> - return $div;
> + return $xml;
> }
>
> function asString() {
> return $this->_pi;
> }
>
> -
> function getWikiPageLinks($basepage) {
> $loader = $this->_getLoader();
>
>
>
> This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> phpwiki-checkins mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-checkins
>
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

PEYRAT ALAIN schrieb:
> Don't hurry up, Marc-Etienne is not available so we have to postpone it.
> If you've not received his email, I can forward it to you.
Thanks. I saw it.
If we arrange such meetings I believe we should announce it on the list 
also.
Let's say next Monday 16:00 CET on irc://freenode/phpwiki
http://freenode.net/irc_servers.shtml in #phpwiki
What I have to do before the release:
Finish the change of the old Sidebar theme to a new one, derived from 
Monobook with the typical phpwiki goodies, so that other do the same.
It also should be the default one when phpwiki is being installed fresh. 
But we do not touch the old "default" theme.
I'll get that done at this weekend.
- Testing and delivering Phpwiki 1.3.15
I ususually test with the latest 4.x and 5.x php's, with all databases, 
themes and auth settings, but for auth there are no automatic tests.
Theme testing is also only visual by nature.
 >>> - advice about two new functionalities
 >>> 1) We would like to implement a way to attach files
 >>> to a wiki page.
I already had <?plugin Upload ?> inside the editpage.tmpl
but it did not work. If I have time I debug through it again.
 >>> 2) We would like to implement a private/public mechanism for pages.
The basics are already in svn, just some administrative tasks have to be 
added. A plugin to list the public page property, and an external admin 
script to copy changed public pages to a seperate public wiki, and 
delete non-public pages. I don't know if new external/public pages 
should be copied back to the private part. We can make that 
configurable, because we'll get merge problems then.
Another feature to divide into public and private pages in one wiki is 
already possible with ACL's, but awful to administrate.
I rather want to have two seperate wiki urls and databases for the 
private and public parts. (intranet - extranet)
I also want to revive the http://phpwiki.sf.net/phpwiki url, even though 
sf went paranoid and awfully slow lately.
> -----Message d'origine-----
> De : rei...@gm... [mailto:rei...@gm...] De la part de Reini Urban
> Envoyé : vendredi 16 janvier 2009 13:48
> À : PEYRAT ALAIN
> Cc : VARGENAU MARC-ETIENNE
> Objet : Re: Chat meeting about Phpwiki 1.3.15
> 
> 2009年1月16日 PEYRAT ALAIN <Ala...@al...>:
>> Hi,
>>
>> Friday 14h CET is fine for me but not 15h.
>> My nick on irc is aljeux.
> 
> Ok, I'll try to hurry up.
> I'll be probably 10 min too late because I lost my bike yesterday.
> 
> BTW:
> I'm just working on the Sidebar theme, derived from Monobook.
> And if that is stable I want it to be the new default on fresh installations.
> 
>> -----Message d'origine-----
>> De : Reini Urban [mailto:ru...@x-...]
>> Envoyé : vendredi 16 janvier 2009 06:16
>> À : VARGENAU MARC-ETIENNE
>> Cc : PEYRAT ALAIN
>> Objet : Re: Phone meeting about Phpwiki 1.3.15
>>
>> Marc-Etienne Vargenau schrieb:
>>> Hello Reini,
>>>
>>> I would like to know if you have some time in the next days
>>> for a short meeting by phone about Phpwiki.
>>>
>>> The topics I would like to discuss are:
>>> - testing and delivering Phpwiki 1.3.15
>>> - advice about two new functionalities
>>>
>>> 1) We would like to implement a way to attach files
>>> to a wiki page.
>>>
>>> 2) We would like to implement a private/public mechanism
>>> for pages.
>>>
>>> We would discuss this with my colleague Alain Peyrat.
>>>
>>> Can you please tell us if you have some time and when?
>> Friday 14:00 or 15:00 CET?
>> via #phpwiki?
>>
>> We need to fix the php-5.2.8 issue with classname<=>functionname also
>> as reported by Charles Sprickman.
I think I fixed the obvious problem with r6404 but it needs more tests.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Reini Urban schrieb:
> Charles Sprickman schrieb:
>> And after many hours of googling, the answer is that you can't have a 
>> class name the same as a function name.
>> Fix:
>> lib/WikiUserNew.php
>> every place there's call to "PearDbPassUser", rename it to something - I 
>> just tacked "foo" on the end:
>> _PearDbPassUser::_PearDbPassUserFoo($this->_userid, $this->_prefs);
>> lib/WikiUser/PearDb.php
>>
>> Rename the function to match:
>> function _PearDbPassUserFoo($UserName='',$prefs=false) {
>>
>> So far, so good. If I can find more problems like this, I'll try and roll 
>> up a patchset.
Charles,
I just tested with plain PearDBPassUser, php-5.2.8 / phpwiki-svn
and cannot reproduce.
I'll continue investigating.
>> On 2009年1月15日, Charles Sprickman wrote:
>>
>>> Just a quick note - same failure using latest svn.
>>>
>>> From googling around, something changed from php 5.2.6 on - this used to fail 
>>> with "E_STRICT" and now it's fatal.
>>>
>>> I don't know OOP to save my life, so I'm stumped.
>>>
>>> On 2009年1月15日, Charles Sprickman wrote:
>>>
>>>> Hello all,
>>>>
>>>> I just upgraded from php 4.4.8 to 5.2.8, along with all the Pear and php
>>>> extensions I had installed. Other applications on this machine are doing 
>>>> fine,
>>>> but I get this error on loading phpwiki (version 1.3.14):
>>>>
>>>> [14-Jan-2009 21:48:43] PHP Fatal error: Non-static method
>>>> _PearDbPassUser::_PearDbPassUser() cannot be called statically, assuming 
>>>> $this
>>>> from incompatible context in /usr/local/www/data/wiki/lib/WikiUserNew.php 
>>>> on
>>>> line 1118
>>>>
>>>> Any ideas on what the root cause is? Pear is at 1.7.2, previously it was
>>>> 1.7.1.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Charles Sprickman schrieb:
> And after many hours of googling, the answer is that you can't have a 
> class name the same as a function name.
They are making me crazy.
> Fix:
> lib/WikiUserNew.php
> 
> every place there's call to "PearDbPassUser", rename it to something - I 
> just tacked "foo" on the end:
> 
> _PearDbPassUser::_PearDbPassUserFoo($this->_userid, $this->_prefs);
> 
> lib/WikiUser/PearDb.php
> 
> Rename the function to match:
> 
> function _PearDbPassUserFoo($UserName='',$prefs=false) {
> 
> So far, so good. If I can find more problems like this, I'll try and roll 
> up a patchset.
Thanks!
> On 2009年1月15日, Charles Sprickman wrote:
> 
>> Just a quick note - same failure using latest svn.
>>
>> From googling around, something changed from php 5.2.6 on - this used to fail 
>> with "E_STRICT" and now it's fatal.
>>
>> I don't know OOP to save my life, so I'm stumped.
>>
>> On 2009年1月15日, Charles Sprickman wrote:
>>
>>> Hello all,
>>>
>>> I just upgraded from php 4.4.8 to 5.2.8, along with all the Pear and php
>>> extensions I had installed. Other applications on this machine are doing 
>>> fine,
>>> but I get this error on loading phpwiki (version 1.3.14):
>>>
>>> [14-Jan-2009 21:48:43] PHP Fatal error: Non-static method
>>> _PearDbPassUser::_PearDbPassUser() cannot be called statically, assuming 
>>> $this
>>> from incompatible context in /usr/local/www/data/wiki/lib/WikiUserNew.php 
>>> on
>>> line 1118
>>>
>>> Any ideas on what the root cause is? Pear is at 1.7.2, previously it was
>>> 1.7.1.
>>>
>>> Thanks,
>>>
>>> Charles
>>>
>>> ___
>>> Charles Sprickman
>>> NetEng/SysAdmin
>>> Bway.net - New York's Best Internet - www.bway.net
>>> sp...@bw... - 212.655.9344
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> This SF.net email is sponsored by:
>>> SourcForge Community
>>> SourceForge wants to tell your story.
>>> http://p.sf.net/sfu/sf-spreadtheword
>>> _______________________________________________
>>> Phpwiki-talk mailing list
>>> Php...@li...
>>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>>>
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/