phpwiki-talk

Re: [Phpwiki-talk] Just installed PHP 4, and new apache - any insight?

[Marjorie R. <mro...@ma...>]

The site is wiki.foodfacts.org (still running old versions of Apache and PHP.) 

When we had the latest PHP and the latest Apache running, the site just said "Wiki" and nothing else.

The "does PHP work for anything" was a really smart approach!

Just that now I don't really remember how to turn off the Apache and PHP that we've got running, and replace it with the new, to test it out.

I'm a reasonably smart person, but not smart enough to be really good at this linux, Apache, and PHP administration (yet)

Frustrating, because I'm on the "cusp" of getting this stuff.


Key question, though: what version of the PHPWiki to you recommend that I install, if I'm starting from scratch? Are most of you running it "out of the box" or with lots of code add-ons?



---------- Original Message ----------------------------------
From: Lawrence Akka <la...@us...>
Reply-To: Lawrence Akka <la...@us...>
Date:  Wed, 4 Sep 2002 19:29:35 +0100

>Marjorie,
>
>We'll need a bit more information :-)
>
>What do you mean by "doesn't work". Do you get error messages? Can you
>see  any  other  pages  using  your  new  webserver? Does php work for
>anything (try a simple <?php phpinfo() ?> page).
>
>Is your site publically viewable (when it works)? If so, where is it?
>
>Lawrence Akka
>
>
>On Wednesday, September 4, 2002, 7:08:33 PM, Marjorie Roswell wrote:
>
>MR> I just installed:
>MR> http://snaps.php.net/php4-latest.tar.gz
>
>MR>  and 
>MR> the latest stable apache, httpd-2.0.40 
>
>MR> My wiki doesn't work any more.
>MR> I had
>MR> 1.2.0 02/01/01
>
>MR> I don't win awards for apache administration. My brother is helping. I love this wiki, don't want to lose it...
>
>MR> Any insight would be welcome.
>
>
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by: OSDN - Tired of that same old
>cell phone?  Get a new here for FREE!
>https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
>_______________________________________________
>Phpwiki-talk mailing list
>Php...@li...
>https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

Re: [Phpwiki-talk] Just installed PHP 4, and new apache - any insight?

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

I don't remember if 1.2.0 was register_globals safe.
maybe try to set register_globals=on in your php.ini.
also check new safe_mode or open_basedir restrictions in your php.ini, 
which are stricter now in the newer php's.

Certain fileaccesses should be under the phpwiki directory, not in /tmp 
e.g. $DBParams['directory'] if you use DBM.
also the ACCESS_LOG.

> On Wednesday, September 4, 2002, 7:08:33 PM, Marjorie Roswell wrote:
> MR> I just installed:
> MR> http://snaps.php.net/php4-latest.tar.gz
> MR>  and 
> MR> the latest stable apache, httpd-2.0.40 
> MR> My wiki doesn't work any more.
> MR> I had
> MR> 1.2.0 02/01/01
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Just installed PHP 4, and new apache - any insight?

[Lawrence A. <la...@us...>]

Marjorie,

We'll need a bit more information :-)

What do you mean by "doesn't work". Do you get error messages? Can you
see  any  other  pages  using  your  new  webserver? Does php work for
anything (try a simple <?php phpinfo() ?> page).

Is your site publically viewable (when it works)? If so, where is it?

Lawrence Akka


On Wednesday, September 4, 2002, 7:08:33 PM, Marjorie Roswell wrote:

MR> I just installed:
MR> http://snaps.php.net/php4-latest.tar.gz

MR>  and 
MR> the latest stable apache, httpd-2.0.40 

MR> My wiki doesn't work any more.
MR> I had
MR> 1.2.0 02/01/01

MR> I don't win awards for apache administration. My brother is helping. I love this wiki, don't want to lose it...

MR> Any insight would be welcome.

[Phpwiki-talk] Just installed PHP 4, and new apache - any insight?

[Marjorie R. <mro...@ma...>]

I just installed:
http://snaps.php.net/php4-latest.tar.gz

 and 
the latest stable apache, httpd-2.0.40 

My wiki doesn't work any more.
I had
1.2.0 02/01/01

I don't win awards for apache administration. My brother is helping. I love this wiki, don't want to lose it...

Any insight would be welcome.

Re: [Phpwiki-talk] superglobals policy

[Jeff D. <da...@da...>]

> Keep our style and add:
> 
> if (empty($HTTP_ENV_VARS)) {
>    $HTTP_SERVER_VARS = &$_SERVER;
...
>    // $_FILES not needed globally for now, only once in Request.
>    // We should also find some way to support the CGI version by
>    // using ENV instead of SERVER automatically.
> }

Yes ... and that reminds me (worth mentioning since we're on the
subject)...:

Actually very little code should need to access any of these
directly.  The code is Request should wrap just about all
of it (or could be fixed to do so.)  I think config.php
(because it executes before the Request is instantiated)
and Request.php are the only files which actually need to
access the $HTTP_*_VARS/$_* directly.  (And RPC2.php, too,
off course...)

PS: I admit Request could be better documented...

Re: [Phpwiki-talk] problem with table

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

Martin Geisler schrieb:
> You can read about the NewWikiMarkup on these pages:
> http://phpwiki.sourceforge.net/phpwiki/NewWikiMarkup
> The first page says, that old-style tables aren't supported any more.

Yes, because I just wrote it down there :)
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] problem with table

[Martin G. <gim...@gi...>]

Michael Hoennig <mi...@ho...> writes:

Hi Michael,

> "Use New Markup" (German: "Verwende neues Wiki Quelltextformat") was
> checked, and it did not work. I UNCHECKED it and now it workds?!?
> Ok, at least I know how to fix it.

You can read about the NewWikiMarkup on these pages:

  http://phpwiki.sourceforge.net/phpwiki/NewWikiMarkup
  http://phpwiki.sourceforge.net/phpwiki/NewBlockMarkup
  http://phpwiki.sourceforge.net/phpwiki/NewInlineMarkup

The first page says, that old-style tables aren't supported any more.

-- 
Martin Geisler                       My GnuPG Key: 0xF7F6B57B

See http://gimpster.com/ and http://phpweather.net/ for:
PHP Weather => Shows the current weather on your webpage and
PHP Shell   => A telnet-connection (almost :-) in a PHP page.

Re: [Phpwiki-talk] problem with table

[Michael H. <mi...@ho...>]

Hi Giovanni,

> > I was faszinated that even tables should work.  When I enter
> > a table in the sandbox it even works, but tables in pages
> > which I craeted myself do not work:
> >
> http://www.hoennig.de/autofrei/index.php/ZahlenUndFaktenTest

> I've had similar problems - you had the "Use New Markup" checkbox
> selected on the edit page. I've deselected it and resaved the page. 

Thank you very much! Although it's still strange, this is the original
page:

http://www.hoennig.de/autofrei/index.php/ZahlenUndFakten?action=edit

"Use New Markup" (German: "Verwende neues Wiki Quelltextformat") was
checked, and it did not work. I UNCHECKED it and now it workds?!?  Ok, at
least I know how to fix it.

	Michael

-- 
Hostsharing eG / Boytinstr. 10 / D-22143 Hamburg
phone+fax: +49 700 HOSTSHARING (= +49 700 46787427)
http://www.hostsharing.net: where YOU make the difference

[Phpwiki-talk] superglobals policy

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

Joby Walker schrieb:
> Reini Urban wrote:
>>> I had in mind the comment in the php manual which says:
>>> $_SERVER
>>>
>>> "Variables  set by the web server or otherwise directly related to the
>>> execution  environment  of  the  current  script. Analogous to the old
>>> $HTTP_SERVER_VARS array (which is still available, but deprecated)."
>>>
>>> [see
>>> http://uk2.php.net/manual/en/language.variables.predefined.php#language.variables.superglobals 
>>> ]
>>
>> up to 4.2.2 they are still there. guess for 4.3 also (BTW: 4.3-rc2 is 
>> out), but for the upcoming 5.0 they might go away.
>> no problem, they can easily be created from the superglobals.
> 
> Do we want to make a policy on this?  $HTTP_SERVER_VARS is deprecated, 
> and thus in the future may be dropped.  On the other hand old (unsecure) 
> PHP installations will not support $_SERVER.  We really should use one 
> or the other not both.
> 
> Personally, I support using the $_SERVER, $_GET, etc family of 
> superglobals despite some possible breakage of old PHP installations, 
> because it is the preferred way, eventually we will probably have to 
> migrate to it anyway, and it is more elegant.

I prefer the other way round.
$GLOBALS['HTTP_SERVER_VARS'] will always work with simple workarounds in 
prepend.php.
$_SERVER is a mess to maintain, because nobody will declare it global.

> How many installations are on PHP < 4.1.0?  If this breakage is an issue 
> we can if PHP version is < 4.1.0 set $_SERVER = $HTTP_SERVER_VARS, 
> $_COOKIE = $HTTP_COOKIE_VARS, etc.
> 
> Or is the consensus to wait to convert until it is necesary?

Keep our style and add:

if (empty($HTTP_ENV_VARS)) {
   $HTTP_SERVER_VARS = &$_SERVER;
   $HTTP_GET_VARS    = &$_GET;
   $HTTP_POST_VARS   = &$_POST;
   $HTTP_COOKIE_VARS = &$_COOKIE;
   $HTTP_SESSION_VARS = &$_SESSION;
   $HTTP_ENV_VARS    = &$_ENV;
   // $_FILES not needed globally for now, only once in Request.
   // We should also find some way to support the CGI version by
   // using ENV instead of SERVER automatically.
}

when they become depricated.
I see a bigger problem with other apps which already converted to the 
new superglobals on "old" php 4.0.6 systems. They are still very common 
on ISP sites. I work for a large one.
-- 
Reini Urban  http://inode.at/

Re[2]: [Phpwiki-talk] Re: [phpwiki-checkins] CVS: phpwiki RPC2.php,NONE,1.1

[Lawrence A. <la...@us...>]

On Tuesday, September 3, 2002, 10:27:13 PM, Joby Walker wrote:


JW> Do we want to make a policy on this?  $HTTP_SERVER_VARS is deprecated, 
JW> and thus in the future may be dropped.  On the other hand old (unsecure) 
JW> PHP installations will not support $_SERVER.  We really should use one 
JW> or the other not both.

At  the  moment,  we  have  tried  to  keep the minimum version of php
required as low as possible. I think we specify 4.0.1pl2 (or something
like that) as the minimum.

JW> Personally, I support using the $_SERVER, $_GET, etc family of 
JW> superglobals despite some possible breakage of old PHP installations, 
JW> because it is the preferred way, eventually we will probably have to 
JW> migrate to it anyway, and it is more elegant.

JW> How  many installations are on PHP < 4.1.0?

A respectable number, I think

JW> If this breakage is an
JW> issue   we   can  if  PHP  version  is  <  4.1.0  set  $_SERVER  =
JW> $HTTP_SERVER_VARS, $_COOKIE = $HTTP_COOKIE_VARS, etc.

JW> Or is the consensus to wait to convert until it is necesary?

I vote for "If it ain't broke, don't fix it"! Let's wait until we need
to change.


JW> jbw

JW> BTW - Lawrence, why are you limited to < 4.1.0?

errr .... haven't got round to upgrading my internal test server yet!

RE: [Phpwiki-talk] problem with table

[Giovanni M. <Gio...@re...>]

Hello Michael

I've had similar problems - you had the "Use New Markup" checkbox
selected on the edit page. I've deselected it and resaved the page. It
looks a lot better - hopefully what you're after but as it's in German
which I don't speak, it's a bit hard to tell :-)

Have a look:

  http://www.hoennig.de/autofrei/index.php/ZahlenUndFaktenTest

Cheers
Giovanni
=======================================================================
Create & Sell your Own Info-Product - Free Intensive 5 day email course
Send a blank email mailto:tim...@si...
=======================================================================
Giovanni Moretti -  Weird Science & Electronics - www.reflections.co.nz


================Original Message Follows:====================
> I just setup my first phpwiki and I am really impressed.
> It's a great tool.
>
> I was faszinated that even tables should work.  When I enter
> a table in the sandbox it even works, but tables in pages
> which I craeted myself do not work:
>
http://www.hoennig.de/autofrei/index.php/ZahlenUndFaktenTest

Does anybody know, why not? The Table looks like this:

|< __Einwohner__     |> __%__
|< unter 5000        |> 17,5%
|< 5000 bis  20000   |> 22,0%
|< 20000 bis 100000  |> 26,0%
|< 100000 bis 500000 |> 33,8%
|< über 500000       |> 41,5%
|< im Mittel         |> 28,0%

If I copy the same - whole - source code of the page into the predefined
page "SandBox" (I hope that is the name in the english version, it is
the page where visitors can experiment with the Wiki), it works!

Thanks!
 	Michael

--
Hostsharing eG / Boytinstr. 10 / D-22143 Hamburg
phone+fax: +49 700 HOSTSHARING (= +49 700 46787427)
http://www.hostsharing.net: where YOU make the difference


-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old cell
phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re[2]: [Phpwiki-talk] problem with table

[Lawrence A. <la...@us...>]

Everything  looks  OK to me Michael. I can see tables and preformatted
text on your page.

Lawrence Akka

Re: [Phpwiki-talk] problem with table

[Michael H. <mi...@ho...>]

Hi again,


> I was faszinated that even tables should work.  When I enter a table in
> the sandbox it even works, but tables in pages which I craeted myself do
> not work:
> 
> http://www.hoennig.de/autofrei/index.php/ZahlenUndFaktenTest

I just figured out: preformatted (space at beginning of line) does not
work either in self created pages.

Same problem?  But what is the problem?

	Michael

-- 
Hostsharing eG / Boytinstr. 10 / D-22143 Hamburg
phone+fax: +49 700 HOSTSHARING (= +49 700 46787427)
http://www.hostsharing.net: where YOU make the difference

[Phpwiki-talk] problem with table

[Michael H. <mi...@ho...>]

Hi!

I just setup my first phpwiki and I am really impressed.  It's a great
tool.

I was faszinated that even tables should work.  When I enter a table in
the sandbox it even works, but tables in pages which I craeted myself do
not work:

http://www.hoennig.de/autofrei/index.php/ZahlenUndFaktenTest

Does anybody know, why not? The Table looks like this:

|< __Einwohner__     |> __%__
|< unter 5000        |> 17,5%
|< 5000 bis  20000   |> 22,0%
|< 20000 bis 100000  |> 26,0%
|< 100000 bis 500000 |> 33,8%
|< über 500000       |> 41,5%
|< im Mittel         |> 28,0%

If I copy the same - whole - source code of the page into the predefined
page "SandBox" (I hope that is the name in the english version, it is the
page where visitors can experiment with the Wiki), it works!

Thanks!
 	Michael

-- 
Hostsharing eG / Boytinstr. 10 / D-22143 Hamburg
phone+fax: +49 700 HOSTSHARING (= +49 700 46787427)
http://www.hostsharing.net: where YOU make the difference

Re: [Phpwiki-talk] To clarify re:security question

[Steve W. <sw...@pa...>]

On Saturday, August 17, 2002, at 10:11 AM, Jeff Dairiki wrote:

> I think it's great your working on this Reini!

I'll second that!

>
>
>   An idea on this lines (which I think I still favor) is to
>   have one page per user.  The page name is the username.
>   Password and other sensitive information is stored in the
>   page meta-data.  (Anything stored in meta-data will take
>   special code to edit.)  All non-sensitive information
>   is stored in the wiki-text.  This has been discussed before,
>   and I remember that not everyone was as excited about the idea
>   as I was...
>

I liked the idea, despite requiring storying things in pages instead of 
directly in the database, and requiring us to write/maintain the code. 
It's portable and I never thought we'd have so many Windows users.

~swain

Re: [Phpwiki-talk] Need help installing phpwiki.

[Asheesh L. <as...@as...>]

Judging by the "Call to undefined function: dba_open()" error, your host
(ibiblio) doesn't have DBA support enabled in its PHP.  On my
Debian Woody system, I had to change the default database type;
you might have to do something similar.

-- Asheesh.

On Tue, 3 Sep 2002 lf...@in... wrote:

>
> I don't know if this is the right list for this question but here goes:
>
> 1) I would like to install phppwiki within my website on ibiblio
> (http://www.ibiblio.irg/ecolandtech) for use by the subscribers of my
> permaculture mailing list to use to build a Permaculture Wiki as an
> ongoing project that could last for years.
>
> I have downloaded and uncompressed the phpwiki software into
> http://www.ibiblio.org/ecolandtech/pcwiki. The file system there is
> straight out of the box. I get an error message when executing index.php
> from that location. The README says it works out of the box with the
> default configuration. I would very much like to get this running;
> phpwiki is the platform I prefer. Any hints or pointers to other
> resources would be much appreciated.
>
> Thanks in advance,
>
> Lawrence London
>

--
Fortune's Real-Life Courtroom Quote #18:

Q:  Are you married?
A:  No, I'm divorced.
Q:  And what did your husband do before you divorced him?
A:  A lot of things I didn't know about.

Re: [Phpwiki-talk] Mailing list to news feed converter

[<lf...@in...>]

Correction:
> Lyris list software allows access through email, the Web and a
> "secure news interface". This means that downloading of the message 
> archives is public (_no login or password is required_) but 
> posting is limited to subscribers only - others get a popup dialog box asking for
> login and password. Maybe someone could add this feature to Gmane.

-- 
lf...@in...
http://market-farming.com

[Phpwiki-talk] Need help installing phpwiki.

[<lf...@in...>]

I don't know if this is the right list for this question but here goes:

1) I would like to install phppwiki within my website on ibiblio
(http://www.ibiblio.irg/ecolandtech) for use by the subscribers of my
permaculture mailing list to use to build a Permaculture Wiki as an
ongoing project that could last for years.

I have downloaded and uncompressed the phpwiki software into
http://www.ibiblio.org/ecolandtech/pcwiki. The file system there is straight
out of the box. I get an error message when executing index.php from that location.
The README says it works out of the box with the default configuration. I would
very much like to get this running; phpwiki is the platform I prefer.
Any hints or pointers to other resources would be much appreciated.

Thanks in advance,

Lawrence London
-- 
lf...@in...
http://market-farming.com

Re: [Phpwiki-talk] Mailing list to news feed converter

[<lf...@in...>]

Lawrence Akka wrote:

> I  agree,  given  that  the  list  has  public archives only. The only
> potential  problem is that anyone can post via the news interface, but
> at  the  moment  someone  (presumably our revered project manager) can
> veto  subscriptions  to  the  list.  OTOH,  of course, the list is not
> moderated in any event.

Lyris list software allows access through email, the Web and a
"secure news interface". This means that downloading of the message archives
is public (if news client is configured with login and password) but posting
is limited to subscribers only - others get a popup dialog box asking for
login and password. Maybe someone could add this feature to Gmane.

Lawrence London
-- 
lf...@in...
http://market-farming.com

Re: [Phpwiki-talk] Re: [phpwiki-checkins] CVS: phpwiki RPC2.php,NONE,1.1

[Jeff D. <da...@da...>]

> If this breakage is an issue 
> we can if PHP version is < 4.1.0 set $_SERVER = $HTTP_SERVER_VARS, 
> $_COOKIE = $HTTP_COOKIE_VARS, etc.

That's not quite the same.  $_SERVER is always global, whereas
$HTTP_SERVER_VARS is not.  (I.e. within a function you have
to declare $HTTP_SERVER_VARS global before using it.)

> Or is the consensus to wait to convert until it is necesary?

That (waiting) would get my vote.  It seems to me to be a weak reason
to break backward compatibility (and change existing working code).
I personally doubt that $HTTP_SERVER_VARS is going away any time soon,
and if it does, it can be brought back with $HTTP_SERVER_VARS = &$_SERVER.

Re: Re[2]: [Phpwiki-talk] XML-RPC

[Jeff D. <da...@da...>]

> What  method are you trying to call? Did you prefix it with "wiki." eg
> wiki.getAllPages

Aha!  That was (most of) my problem... no 'wiki.' prefix.
Thanks!

Re: [Phpwiki-talk] Re: [phpwiki-checkins] CVS: phpwiki RPC2.php,NONE,1.1

[Joby W. <joby@u.washington.edu>]

Reini Urban wrote:
>> I had in mind the comment in the php manual which says:
>> $_SERVER
>>
>> "Variables  set by the web server or otherwise directly related to the
>> execution  environment  of  the  current  script. Analogous to the old
>> $HTTP_SERVER_VARS array (which is still available, but deprecated)."
>>
>> [see
>> http://uk2.php.net/manual/en/language.variables.predefined.php#language.variables.superglobals 
>>
>> ]
> 
> 
> up to 4.2.2 they are still there. guess for 4.3 also (BTW: 4.3-rc2 is 
> out), but for the upcoming 5.0 they might go away.
> no problem, they can easily be created from the superglobals.

Do we want to make a policy on this?  $HTTP_SERVER_VARS is deprecated, 
and thus in the future may be dropped.  On the other hand old (unsecure) 
PHP installations will not support $_SERVER.  We really should use one 
or the other not both.

Personally, I support using the $_SERVER, $_GET, etc family of 
superglobals despite some possible breakage of old PHP installations, 
because it is the preferred way, eventually we will probably have to 
migrate to it anyway, and it is more elegant.

How many installations are on PHP < 4.1.0?  If this breakage is an issue 
we can if PHP version is < 4.1.0 set $_SERVER = $HTTP_SERVER_VARS, 
$_COOKIE = $HTTP_COOKIE_VARS, etc.

Or is the consensus to wait to convert until it is necesary?

jbw

BTW - Lawrence, why are you limited to < 4.1.0?

Re[3]: [Phpwiki-talk] XML-RPC

[Lawrence A. <la...@us...>]

Link in last message probably got garbled.

What I meant was:

Go to  http://www.dscpl.com.au/xmlrpc-debugger.php

Type  http://phpwiki.sourceforge.net/demo/RPC2.php  in  the  URL  box,
wiki.getAllPages  in  the  method  box, and () in the params box. Then
click Execute

Sorry

Lawrence

Re[2]: [Phpwiki-talk] Mailing list to news feed converter

[Lawrence A. <la...@us...>]

On Tuesday, September 3, 2002, 8:10:55 PM, Jeff Dairiki wrote:

>> Any thoughts about whether this list should be archived there? My vote
>> is yes.

JD> I can't think of any reasons not to.

I  agree,  given  that  the  list  has  public archives only. The only
potential  problem is that anyone can post via the news interface, but
at  the  moment  someone  (presumably our revered project manager) can
veto  subscriptions  to  the  list.  OTOH,  of course, the list is not
moderated in any event.

JD> (Is there a way to feed the archives into their system.
JD> Not that it would do much good until they get a search
JD> system working...)

Not that I know of

Re[2]: [Phpwiki-talk] XML-RPC

[Lawrence A. <la...@us...>]

On Tuesday, September 3, 2002, 8:08:06 PM, Jeff Dairiki wrote:

JD> I think the XML-RPC idea is great.   (Out of curiousity, are there any
JD> other "standard" wiki RPC API's besides the one at JSPWiki?)

Not  that  I  know of. The JSPWiki "standard" has been implemented for
Twiki,  Moin  Moin  and  Openwiki  (I  think),  but  there  are slight
variations in the functionality available

JD> Sadly, I can't get http://phpwiki.sourceforge.net/demo/RPC2.php
JD> to work.  (All I get is 'Unknown Method' errors.)

What  method are you trying to call? Did you prefix it with "wiki." eg
wiki.getAllPages

Try this link:

http://www.dscpl.com.au/xmlrpc-debugger.php?method=wiki.getAllPages&params=()&url=http://phpwiki.sourceforge.net/demo/RPC2.php

Don't forget to click execute.

JD> I've tried pointing the XML-RPC validator at
JD>   http://validator.xmlrpc.com/
JD> at the demo server, and it, too, failed with 'Unknown Method' on all
JD> it's tests.  (The validator passes on 
JD> http://xmlrpc.usefulinc.com:80/demo/server.php, which is the
JD> demo site for the PHP XML-RPC library you're using...)

This  had  be  confused  for  a  while  too. In fact it is because the
validator    works   by   calling   certain   test   methods   -   see
http://www.xmlrpc.com/validator1Docs

The  idea  is  that  if  you  write  a  library,  you  can  test it by
implementing  the  methods within a test script and then and using the
validator.  It  is  the  server  code,  not  the  library which has to
implement  the  methods. I have not written handlers for the validator
methods  (life's  too  short)  so the phpwiki server does not pass the
test.


JD> Any ideas on what might be wrong?

Let me know if you have any other problems.