phpwiki-talk

RE: [Phpwiki-talk] Escaping square brackets

[Frank S. <fra...@rn...>]

> >>> "la...@us..." 06/15/04 16:51 >>>
>
> Frank Shearar [Tue, 15 Jun 2004 15:53:43 +0100] wrote:
> >
> > I've not checked the latest version, but can we now escape
> square brackets?
> >
> > I often use strings like [1,2] or refer to code snippets with square
> > brackets, but of course these aren't links. Using the old
> markup rules I'd
> > write [[1,2].
> >
> > So how do I escape the square brackets using the new markup?
> >
>
> ~ is the escape.
>
> use ~[
>
> and ~~ escapes ~

Oh my. Excuse me while I blush. I knew about ~~ and I'd just never thought
of using ~[.

Thanks!

frank

Re: [Phpwiki-talk] user authentication

[Barrow H K. <bh...@th...>]

I have the same problem ( I have posted this few days ago on a different 
thread but got no answer ).  I use Postgresql to store pages and use file 
base authentication.   I did try to set USE_DB_SESSION to true ( try to 
set it to false as well ), but it didn't work ( in fact I got some error 
when I set it to false ).

Does the authentication really work on phpwiki?  I didn't mean it is 
broken but not work as everyone thought.  ( I don't think login in each 
page is right ).





Reini Urban <ru...@x-...> 
Sent by: php...@li...
06/15/2004 07:39 AM

To

cc
php...@li...
Subject
Re: [Phpwiki-talk] user authentication






EAG...@RE... schrieb:
> I have the same problem using File authentication, (a file like 
/etc/shadow) , 
 > I need login in each page.
> Is these solution right for my problem ?

No, you are experienceing lost sessions.
You can try to set USE_DB_SESSION true or false, until you find the real 
solution to your problem.

> -----Mensaje original-----
> De: php...@li...
> [mailto:php...@li...]En nombre de Reini
> Urban
> Enviado el: martes, 15 de junio de 2004 4:00
> Para: Lisa Glendenning
> CC: php...@li...
> Asunto: Re: [Phpwiki-talk] user authentication
 >
> Lisa Glendenning schrieb:
>>I am trying to use HttpAuth to authenticate through a Kerberos pop-up
>>window.  This is working fine - except for anything requiring
>>administrative privileges.  It is basically impossible to log on as the
>>administrator.  I have tried making the adminstrator an existing
>>Kerberos user and a separate WikiWord.  I've also tried many
>>combinations of the user authentication options.  No matter what, the
>>adminstrative login won't 'stick'.  Every page asks for the admin login,
>>and actions done won't actually take effect (such as unlocking a page). 
>>It will default back to the Kerberos login.  Any thoughts?
> 
> 
> You are right. This is an overthought with HttpAuth.
> I would suggest to setup an Administrators group and add some user (not 
> ADMIN_USER) to this group. This user will have Admin Permissions then, 
> but not the special admin login method, which does not work for http 
> auth (yet).
> 
> I usually create this page:
> CategoryGroup
> 
> * [Administrators]
> 
> and this page:
> Administrators
> 
> * MyAdminUser
> 
> ----
> CategoryGroup
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/



-------------------------------------------------------
This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA
REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

[Phpwiki-talk] Escaping square brackets

[Frank S. <fra...@rn...>]

I've not checked the latest version, but can we now escape square brackets?

I often use strings like [1,2] or refer to code snippets with square
brackets, but of course these aren't links. Using the old markup rules I'd
write [[1,2].

So how do I escape the square brackets using the new markup?

frank

Re: [Phpwiki-talk] user authentication

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

EAG...@RE... schrieb:
> I have the same problem using File authentication, (a file like /etc/shadow) , 
 > I need login in each page.
> Is these solution right for my problem ?

No, you are experienceing lost sessions.
You can try to set USE_DB_SESSION true or false, until you find the real 
solution to your problem.

> -----Mensaje original-----
> De: php...@li...
> [mailto:php...@li...]En nombre de Reini
> Urban
> Enviado el: martes, 15 de junio de 2004 4:00
> Para: Lisa Glendenning
> CC: php...@li...
> Asunto: Re: [Phpwiki-talk] user authentication
 >
> Lisa Glendenning schrieb:
>>I am trying to use HttpAuth to authenticate through a Kerberos pop-up
>>window.  This is working fine - except for anything requiring
>>administrative privileges.  It is basically impossible to log on as the
>>administrator.  I have tried making the adminstrator an existing
>>Kerberos user and a separate WikiWord.  I've also tried many
>>combinations of the user authentication options.  No matter what, the
>>adminstrative login won't 'stick'.  Every page asks for the admin login,
>>and actions done won't actually take effect (such as unlocking a page). 
>>It will default back to the Kerberos login.  Any thoughts?
> 
> 
> You are right. This is an overthought with HttpAuth.
> I would suggest to setup an Administrators group and add some user (not 
> ADMIN_USER) to this group. This user will have Admin Permissions then, 
> but not the special admin login method, which does not work for http 
> auth (yet).
> 
> I usually create this page:
> CategoryGroup
> 
> * [Administrators]
> 
> and this page:
> Administrators
> 
> * MyAdminUser
> 
> ----
> CategoryGroup
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Still have some problems...

[John C. <joh...@ua...>]

Reini,
  I tried to authenticate and I crashed again, so I just deleted my dev copy
and pulled a new one from CVS.


  Here is one you can fix though :-)  I erased my database and tried loading
a virgin wiki and it crashed right after loading the HelloWorldPlugin page.

  I'm going to test the authentication some more and see if I can get some
more info on that.  Do you know of any settings that I could use to get some
more info on where this crash is happening?

Here is the PHP error log from loading the virgin wiki:

[15-Jun-2004 09:18:46] PHP Warning:  Call-time pass-by-reference has been
deprecated - argument passed by value;  If you would like to pass it by
reference, modify the declaration of [runtime function name]().  If you
would like to enable call-time pass-by-reference, you can set
allow_call_time_pass_reference to true in your INI file.  However, future
versions may not support this any longer.  in C:\Program Files\Apache
Group\Apache2\htdocs\phpwiki\lib\plugin\CreateToc.php on line 226
[15-Jun-2004 09:18:46] PHP Warning:  Call-time pass-by-reference has been
deprecated - argument passed by value;  If you would like to pass it by
reference, modify the declaration of [runtime function name]().  If you
would like to enable call-time pass-by-reference, you can set
allow_call_time_pass_reference to true in your INI file.  However, future
versions may not support this any longer.  in C:\Program Files\Apache
Group\Apache2\htdocs\phpwiki\lib\plugin\CreateToc.php on line 226
[15-Jun-2004 09:18:47] PHP Warning:  Call-time pass-by-reference has been
deprecated - argument passed by value;  If you would like to pass it by
reference, modify the declaration of [runtime function name]().  If you
would like to enable call-time pass-by-reference, you can set
allow_call_time_pass_reference to true in your INI file.  However, future
versions may not support this any longer.  in C:\Program Files\Apache
Group\Apache2\htdocs\phpwiki\lib\plugin\InterWikiSearch.php on line 86

John Cole

RE: [Phpwiki-talk] user authentication

[<EAG...@RE...>]

Hi,=20

I have the same problem using File authentication, (a file like =
/etc/shadow) , I need login in each page.

Is these solution right for my problem ?

Thanks.

-----Mensaje original-----
De: php...@li...
[mailto:php...@li...]En nombre de Reini
Urban
Enviado el: martes, 15 de junio de 2004 4:00
Para: Lisa Glendenning
CC: php...@li...
Asunto: Re: [Phpwiki-talk] user authentication


Lisa Glendenning schrieb:

> I am trying to use HttpAuth to authenticate through a Kerberos pop-up
> window.  This is working fine - except for anything requiring
> administrative privileges.  It is basically impossible to log on as =
the
> administrator.  I have tried making the adminstrator an existing
> Kerberos user and a separate WikiWord.  I've also tried many
> combinations of the user authentication options.  No matter what, the
> adminstrative login won't 'stick'.  Every page asks for the admin =
login,
> and actions done won't actually take effect (such as unlocking a =
page).=20
> It will default back to the Kerberos login.  Any thoughts?

You are right. This is an overthought with HttpAuth.
I would suggest to setup an Administrators group and add some user (not=20
ADMIN_USER) to this group. This user will have Admin Permissions then,=20
but not the special admin login method, which does not work for http=20
auth (yet).

I usually create this page:
CategoryGroup

* [Administrators]

and this page:
Administrators

* MyAdminUser

----
CategoryGroup

--=20
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/



-------------------------------------------------------
This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA
REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk


AVISO LEGAL:
Esta informaci=F3n es privada y confidencial y est=E1 dirigida =
=FAnicamente a su destinatario. Si usted no es el destinatario original =
de este mensaje y por este medio pudo acceder a dicha informaci=F3n por =
favor elimine el mensaje. La distribuci=F3n o copia de este mensaje =
est=E1 estrictamente prohibida. Esta comunicaci=F3n es s=F3lo para =
prop=F3sitos de informaci=F3n y no debe ser considerada como propuesta, =
aceptaci=F3n ni como una declaraci=F3n de voluntad oficial de REPSOL YPF =
S.A. y/o subsidiarias y/o afiliadas. La transmisi=F3n de e-mails no =
garantiza que el correo electr=F3nico sea seguro o libre de error. Por =
consiguiente, no manifestamos que esta informaci=F3n sea completa o =
precisa. Toda informaci=F3n est=E1 sujeta a alterarse sin previo aviso.=20

This information is private and confidential and intended for the =
recipient only. If you are not the intended recipient of this message =
you are hereby notified that any review, dissemination, distribution or =
copying of this message is strictly prohibited. This communication is =
for information purposes only and shall not be regarded neither as a =
proposal, acceptance nor as a statement of will or official statement =
from REPSOL YPF S.A. and/or subsidiaries and/or affiliates. Email =
transmission cannot be guaranteed to be secure or error-free. Therefore, =
we do not represent that this information is complete or accurate and it =
should not be relied upon as such. All information is subject to change =
without notice.

Re: [Phpwiki-talk] Access control

[<li...@to...>]

On 6/15/2004, "Reini Urban" <ru...@x-...> wrote:

>> 2) The page PhpWikiAdministration/SetAcl doesn't yet exist, and I can't
>> see any documentation on how to create / use it.
>>
>> I'm using phpwiki 1.3.10
>
>You have to use latest CVS.

Given that I'm setting this wiki up for a UK Government Commission, how
good an idea is that? I only need to set the permissions up so that one
non-admin user can edit some pages... is that something I can do by
using only some of the CVS code?

Thanks for your help so far.

Regards,
Tom

Re: [Phpwiki-talk] Access control

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

li...@to... schrieb:
> On 1/1/1970, "Reini Urban" <ru...@x-...> wrote:
> 
>>Advanced:
>>Use BogoLogin or any better auth method, the WikiGroup feature, and use
>>PagePermissions (ACL). (This is not fully tested yet)
>>
>>For example with the GROUP_METHOD WIKIPAGE create the
>>CreateCategory page, list the two groups and for each group
>>create a page with all the members.
>>
>>Then create a page '.'.
>>Then in PhpWikiAdministration/SetAcl set the edit permission for this
>>page the the group which is allowed to edit (and change, remove).
>>All other pages inherit their ACL from '.'
> 
> 
> Two problems:
> 
> 1) How do I set-up users and their passwords? The documentation doesn't
> explain how you put the password into the page's metadata, nor how to
> use a htpasswd file, so though I have a page created for the user
> "tom" who is in group "community", that user still has no password.

With htpasswd files you may use the utilities for htpasswd files.
Like htpasswd from the apache package.
If you allow self-creating users, they create themselves at the first 
login.
Otherwise you can set or change a password at the UserPreferences page.
If you choose to allow it.
If you don't allow password changes, the passwords must already exist. 
(http auth, db auth, file auth ...)
More self-explanatory docs in config.ini.

> 2) The page PhpWikiAdministration/SetAcl doesn't yet exist, and I can't
> see any documentation on how to create / use it.
> 
> I'm using phpwiki 1.3.10

You have to use latest CVS.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Access control

[<li...@to...>]

On 1/1/1970, "Reini Urban" <ru...@x-...> wrote:
>Advanced:
>Use BogoLogin or any better auth method, the WikiGroup feature, and use
>PagePermissions (ACL). (This is not fully tested yet)
>
>For example with the GROUP_METHOD WIKIPAGE create the
>CreateCategory page, list the two groups and for each group
>create a page with all the members.
>
>Then create a page '.'.
>Then in PhpWikiAdministration/SetAcl set the edit permission for this
>page the the group which is allowed to edit (and change, remove).
>All other pages inherit their ACL from '.'

Two problems:

1) How do I set-up users and their passwords? The documentation doesn't
explain how you put the password into the page's metadata, nor how to
use a htpasswd file, so though I have a page created for the user
"tom" who is in group "community", that user still has no password.

2) The page PhpWikiAdministration/SetAcl doesn't yet exist, and I can't
see any documentation on how to create / use it.

I'm using phpwiki 1.3.10

Regards,
Tom

[Phpwiki-talk] PHP Warning!

[Marco B. <mar...@ex...>]

I have a lot of php warning when i login via ldap autentications..
below i list the warnings.:


PHP Warnings

lib/WikiUser.php:242: Notice[8]: Use of undefined constant 
ALLOW_HTTP_AUTH_LOGIN - assumed 'ALLOW_HTTP_AUTH_LOGIN'

lib/WikiUser.php:259: Notice[8]: Use of undefined constant 
ALLOW_LDAP_LOGIN - assumed 'ALLOW_LDAP_LOGIN'

lib/main.php:261: Notice[8]: Use of undefined constant 
COOKIE_EXPIRATION_DAYS - assumed 'COOKIE_EXPIRATION_DAYS'

lib/main.php:261: Notice[8]: Use of undefined constant COOKIE_DOMAIN - 
assumed 'COOKIE_DOMAIN'

lib/main.php:267: Notice[8]: Undefined property: _prefs

lib/WikiUser.php (In template 'browse') (In template 'body') (In 
template 'html'):671: Notice[1024]: googleLink: unknown preference

lib/WikiUser.php (In template 'signin') (In template 'actionbar') (In 
template 'browse-footer') (In template 'browse') (In template 'body') 
(In template 'html'):671: Notice[1024]: googleLink: unknown preference

What does it mean?
Best Regards
Marco
===================================================================
  www.extrapola.com - Online media monitoring
===================================================================
Marco Boccalini

  email: mar...@ex...
  voice: +39 348 2476980 - fax: +39 0541 821941

  Via Torconca, 1600 - San Giovanni in Marignano, Rimini - Italy
==================================================================
  www.eukra.it - www.sophia.it - www.praxa.it - www.municipia.it
==================================================================

Re: [Phpwiki-talk] PhpWiki and Oracle DB.. How to?

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

Marco Boccalini schrieb:
> Is possible to use Oracle DB as a backend if i have phpwiki installed in 
> a linux macine?
> Best Regards
> Marco

Both pear Db and adodb support it.
So yes, but it's not tested and we appreciate feedback.
(similar to some postgres fixes)
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] user auth fixed

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

Thanks to John Cole I should have fixed now the crashes, which appeared
at Apache2 and IIS during OldTextFormattingRules.

* fix php crashes with call-time pass-by-reference (references wrongly
   used in declaration AND call). This affected mainly Apache2 and IIS.
   (Thanks to John Cole to detect this!)

I also think I fixed password checking for bogo users, which stored 
their passwords.
* fixed passwd handling for passwords stored in prefs:
   fix encrypted usage, actually store and retrieve them from db
   fix bogologin with passwd set.

We actually never retrieved prefs from database prefs. Now a couple of 
pref related problems should have gone also. But tested and verified 
only against bogo users.

And we store the password encrypted now, because we also check against 
encrypted passwords. We cannot store them in plain when we check then 
with crypt().

The wording in the UserPreferenecs plugin is not 100% okay, telling us 
that the password was not changed, but it actually was changed.
-- 
Reini Urban
http://phpwiki.sf.net/

[Phpwiki-talk] PhpWiki and Oracle DB.. How to?

[Marco B. <mar...@ex...>]

Is possible to use Oracle DB as a backend if i have phpwiki installed 
in a linux macine?
Best Regards
Marco

===================================================================
  www.extrapola.com - Online media monitoring
===================================================================
Marco Boccalini

  email: mar...@ex...
  voice: +39 348 2476980 - fax: +39 0541 821941

  Via Torconca, 1600 - San Giovanni in Marignano, Rimini - Italy
==================================================================
  www.eukra.it - www.sophia.it - www.praxa.it - www.municipia.it
==================================================================

Re: [Phpwiki-talk] plugin help

[Dmitry M. <dm...@la...>]

On Wed, Jun 09, 2004 at 02:29:04PM -0700, Dmitry M. wrote:
> I'm trying to see if a external "category" association will be useful at
> all. Basically every wiki page can belong any number of "categories".


Hi all. I actually sort of did what I was planning to. If you don't mind
taking a look: http://www.lazymonkey.org/wiki/CategorizerPlugin
I've finished it yesterday and I'd like some opinions. Some of the stuff
is bound to be broken, so don't worry about it too much :)


Thanks,

-d

[Phpwiki-talk] TeX2png name

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

Pierrick MEIGNEN schrieb:
> Ok for the cvs access but before I use it, I want to give another name 
> for the plugin. I think it is convenient to give a WikiName. From the fact 
> that the plugin is to write mathematical formula first, even if we use 
> TeX, I think that it is not necessary to use the word "TeX" in is name. As 
> well it is not necessary to use the word "png". It is about the graphics 
> files and the user not need to know the format. Moreover all the users 
> dont know TeX or LaTeX but anyone can understand "2^n" or "u_n" !

well, "2^n" is easy, but "u_n" is not clear to me :)

> Here is a list of possibilities :
> MathExpr (mathematical expression)
> TexLite
> MathOnLine
> MathInText
> MathFormula
> ............

I would ask the list for a good name:

TeX2png
  * This is a simple version of the original TexToPng plugin which uses
  * the powerful plugincached mechanism.
  * TeX2png uses its own much simplier static cache in images/tex.
  *
  * @author: Pierrick Meignen
  * TODO: use url helpers, windows fixes
  *       use a better imagepath

-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] user authentication

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

Lisa Glendenning schrieb:

> I am trying to use HttpAuth to authenticate through a Kerberos pop-up
> window.  This is working fine - except for anything requiring
> administrative privileges.  It is basically impossible to log on as the
> administrator.  I have tried making the adminstrator an existing
> Kerberos user and a separate WikiWord.  I've also tried many
> combinations of the user authentication options.  No matter what, the
> adminstrative login won't 'stick'.  Every page asks for the admin login,
> and actions done won't actually take effect (such as unlocking a page). 
> It will default back to the Kerberos login.  Any thoughts?

You are right. This is an overthought with HttpAuth.
I would suggest to setup an Administrators group and add some user (not 
ADMIN_USER) to this group. This user will have Admin Permissions then, 
but not the special admin login method, which does not work for http 
auth (yet).

I usually create this page:
CategoryGroup

* [Administrators]

and this page:
Administrators

* MyAdminUser

----
CategoryGroup

-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: isa vs. is_a (WAS: Re: [Phpwiki-talk] CVS ErrorManager.php patch)

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

Matthew Palmer schrieb:
> On Sun, Jun 13, 2004 at 10:34:53AM +0200, Reini Urban wrote:
>>Dan Frankowski schrieb:
>>>Okay, please inform me more about isa(). It seems to throw an error for 
>>>me (PHP 4.3.2), and php.net documents is_a() but not isa().
>>>
>>>However, when I "grep -r 'isa(' * | wc -l" I get 122 lines. Is that 122 
>>>bugs? Is there some way that isa() is supposed to work?
>>
>>is_a is the php built in since, isa is our workaround (stdlib.php:1285), 
>>for older php's.
> 
> 
> Why give them different names?  Just do something like this:
> 
> if (!function_exists('is_a'))
> {
> 	function is_a()
> 	{
> 		// Insert own implementation here
> 	}
> }
> 
> Works for all of my compat functions.  You get the inbuilt if it's
> available, or the local re-implementation otherwise.

I know. It was not my decision. And now I leave it as it is.

I guess we invented isa() before php did.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] notes on installing a brand new wiki...

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

This is it!
Thanks.

&$this got passed to expand, and expected &$markup. twice referenced.
It should only be passed-by-reference in the declaration, not in the call.

John Cole schrieb:
> Reini,
>   Since I haven't been able to make my VM tests crash, I decided to see if I
> could get some more info from the systems that do crash.  I set up php to
> spit out a log file and tried to log in with the now usual crash for me ;-)
> 
>   The following errors are warnings (you may want to change these in the
> future), but it shows some of the flow before the crash.  Is there any way
> to get more info?
> 
>   Here is the PHP error log:
> 
> [14-Jun-2004 14:55:28] PHP Warning:  Call-time pass-by-reference has been
> deprecated - argument passed by value;  If you would like to pass it by
> reference, modify the declaration of [runtime function name]().  If you
> would like to enable call-time pass-by-reference, you can set
> allow_call_time_pass_reference to true in your INI file.  However, future
> versions may not support this any longer.  in C:\Program Files\Apache
> Group\Apache2\htdocs\phpwiki\lib\CachedMarkup.php on line 191
> [14-Jun-2004 14:55:28] PHP Warning:  Call-time pass-by-reference has been
> deprecated - argument passed by value;  If you would like to pass it by
> reference, modify the declaration of [runtime function name]().  If you
> would like to enable call-time pass-by-reference, you can set
> allow_call_time_pass_reference to true in your INI file.  However, future
> versions may not support this any longer.  in C:\Program Files\Apache
> Group\Apache2\htdocs\phpwiki\lib\CachedMarkup.php on line 212
> [14-Jun-2004 14:55:28] PHP Warning:  Call-time pass-by-reference has been
> deprecated - argument passed by value;  If you would like to pass it by
> reference, modify the declaration of [runtime function name]().  If you
> would like to enable call-time pass-by-reference, you can set
> allow_call_time_pass_reference to true in your INI file.  However, future
> versions may not support this any longer.  in C:\Program Files\Apache
> Group\Apache2\htdocs\phpwiki\lib\CachedMarkup.php on line 414
> [14-Jun-2004 14:55:28] PHP Warning:  Call-time pass-by-reference has been
> deprecated - argument passed by value;  If you would like to pass it by
> reference, modify the declaration of [runtime function name]().  If you
> would like to enable call-time pass-by-reference, you can set
> allow_call_time_pass_reference to true in your INI file.  However, future
> versions may not support this any longer.  in C:\Program Files\Apache
> Group\Apache2\htdocs\phpwiki\lib\CachedMarkup.php on line 466
> [14-Jun-2004 14:55:28] PHP Warning:  Call-time pass-by-reference has been
> deprecated - argument passed by value;  If you would like to pass it by
> reference, modify the declaration of [runtime function name]().  If you
> would like to enable call-time pass-by-reference, you can set
> allow_call_time_pass_reference to true in your INI file.  However, future
> versions may not support this any longer.  in C:\Program Files\Apache
> Group\Apache2\htdocs\phpwiki\lib\WikiGroup.php on line 573

-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Access control

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

Tom Chance schrieb:
> I'm trying to set-up a wiki for a UK Government Commission. I'm on a very 
> limited timescale here, so I apologise profusely for asking what may be a 
> stupid and ill-researched question, but I've not yet found a solution in the 
> scattered documentation available.
> 
> I'm trying to do some very basic access control, so that there are two kinds 
> of user: those with access to read, and those with access to edit. I could 
> just give the edit group the admin password, but I'd rather not. I could do 
> some trickery with Apache's mod_auth, but I'd rather not.
> 
> Can somebody give me a quick rundown of what I need to do, if it's possible, 
> to achieve this?

Simpliest:
Use mod_auth. The anonymous user may read, all other edit.

Advanced:
Use BogoLogin or any better auth method, the WikiGroup feature, and use 
PagePermissions (ACL). (This is not fully tested yet)

For example with the GROUP_METHOD WIKIPAGE create the
CreateCategory page, list the two groups and for each group
create a page with all the members.

Then create a page '.'.
Then in PhpWikiAdministration/SetAcl set the edit permission for this 
page the the group which is allowed to edit (and change, remove).
All other pages inherit their ACL from '.'
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Current status

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

John Cole schrieb:
>>Which bugs haven't been solved?
>>I know of the MacIE problems, the strange #961432 issue and various IIS 
>>problems which I cannot solve right now.
>>email validation and the table stuff pending.
> 
> Reini,
>   The most important bug that I see is the problem with the eval line in
> Template.php (line 133) when a user is authenticated in (not admin).  I've
> been able to reproduce this on a different system with a blank wiki and IIS
> instead of apache.

oops, a showstopper which I cannot reproduce.

>   This did not occur two weeks ago, and I have a feeling that something
> changed for a template that is only shown to an authenticated user.
> 
>   I can create a virtual machine with whatever OS/WebServer/PHP/Mysql combo
> that I need to test this further, so I'd like to try and match what your
> running as close as possible to make this easier to track down.

Yes, please.
Apache as module is enough. But if you can track that down on IIS also 
would be a plus.

>   Since the bug causes php to crash, I don't know how to debug further as
> that template line gets called serveral times per page, and I don't know
> which tempaltes get called only for a non-admin authenticated user (I've
> authenticated via LDAP and File with the same results)
> 
>   I've seen some other posts on this topic, so others have seen the same
> problem.  If I could solve this one, I'd roll the current CVS view into
> production to give it a real workout :-)
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] MonoBook theme

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

Reini Urban schrieb:
> I spent some hours to add the new default wikipedia (mediawiki) theme to 
> phpwiki:
>   http://xarch.tu-graz.ac.at/~rurban/phpwiki/monobook.php
> 
> The logo, some navbar and actionbar tricks are missing.
> But what do you think about the new powered by phpwiki logo?

I've put it into CVS, regardless that it doesn't yet work ok on IE.
Maybe someone may want to fix that for IE.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] notes on installing a brand new wiki...

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

Stan Berka schrieb:
> I'm a little bit frustrated with how many problems PhpWiki has just to 
> install it and configure with a standard options.  I'm using 1.3.4 
> successfully since Aug 2003 but would like to upgrade because of new 
> plugins.  I have added a section on FAQ page just for installation 
> problems.  Right now, the wiki request doesn't come back getting lost 
> somewhere in WikiUser().  It takes a lot of time to debug w/o a PHP 
> debugger and there doesn't seem to be any free debugger (anymore!).  Is 
> there?  Do you have any tips on how to debug these problems other than 
> just inserting echo("msg"); flush();  ?

For ZDE you can normally download an evaluation copy. (Zend.com)

> My setup: phpwiki 1.3.10, Win2K, Apache 2.0.49, mysql 4.0.20, php 4.3.7 
> (as module)
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] notes on installing a brand new wiki...

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

John Cole schrieb:
> Fatal error: main(): Failed opening required 'XML/FOAF/Parser.php'
> (include_path='.;c:/php4/pear;C:/Program Files/Apache
> Group/Apache2/htdocs/phpwiki;C:/Program Files/Apache
> Group/Apache2/htdocs/phpwiki/lib/pear') in C:\Program Files\Apache
> Group\Apache2\htdocs\phpwiki\lib\plugin\FoafViewer.php on line 7
> -----------------------------
> 
> Plugin errors shouldn't prevent the pages from being loaded if possible.
> I removed the foafviewer page from pgsrc to get around this problem.

TODO #1:
Catch fatals on SetupWiki() and Dump.

TODO #2:
Check against external requirements, instead of fatal.
(for example: pear XML_FOAF)

> Continuing to load the virgin wiki gets to OldStyleTablePlugin and after
> that, a dialog with the following error occurs:

TODO #3:
Find the OldStyleTablePlugin php crash

>   Authentication looks like it works on W2K.  This may be related to WinXP!
> I'll load that VM next.

very strange.

TODO #4:
Find the template problem for normal passusers.

TODO #5:
Check Administrators - members of the Administrators group, but not 
ADMIN_USER.

I'll not have a lot of time today to fix all these problems,
tomorrow will be better.
But thanks a lot for your report!
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: isa vs. is_a (WAS: Re: [Phpwiki-talk] CVS ErrorManager.php patch)

[Matthew P. <mp...@he...>]

On Sun, Jun 13, 2004 at 10:34:53AM +0200, Reini Urban wrote:
> Dan Frankowski schrieb:
> >Okay, please inform me more about isa(). It seems to throw an error for 
> >me (PHP 4.3.2), and php.net documents is_a() but not isa().
> >
> >However, when I "grep -r 'isa(' * | wc -l" I get 122 lines. Is that 122 
> >bugs? Is there some way that isa() is supposed to work?
> 
> is_a is the php built in since, isa is our workaround (stdlib.php:1285), 
> for older php's.

Why give them different names?  Just do something like this:

if (!function_exists('is_a'))
{
	function is_a()
	{
		// Insert own implementation here
	}
}

Works for all of my compat functions.  You get the inbuilt if it's
available, or the local re-implementation otherwise.

- Matt

Re: [Phpwiki-talk] notes on installing a brand new wiki...

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

Reini Urban schrieb:
> John Cole schrieb:
>> Fatal error: main(): Failed opening required 'XML/FOAF/Parser.php'
>> (include_path='.;c:/php4/pear;C:/Program Files/Apache
>> Group/Apache2/htdocs/phpwiki;C:/Program Files/Apache
>> Group/Apache2/htdocs/phpwiki/lib/pear') in C:\Program Files\Apache
>> Group\Apache2\htdocs\phpwiki\lib\plugin\FoafViewer.php on line 7
>> -----------------------------
>>
>> Plugin errors shouldn't prevent the pages from being loaded if possible.
>> I removed the foafviewer page from pgsrc to get around this problem.
> 
> 
> TODO #1:
> Catch fatals on SetupWiki() and Dump.

Done in the 4 dump calls (as file and zip, as html and mimified).
For SetupWiki I decided not to prevent from fatals.

The only victim is the FoafViewer plugin which as external requirement.
I changed the FoafViewer plugin to return just an error message if the 
necessary pear library is not installed.

> TODO #2:
> Check against external requirements, instead of fatal.
> (for example: pear XML_FOAF)

Fixed for FoafViewer and GooglePlugin, which are the only which crash.
(esp. SOAP is a good candidate to crash!)
But no special error handlers for plugin calls.

>> Continuing to load the virgin wiki gets to OldStyleTablePlugin and after
>> that, a dialog with the following error occurs:
 >
> TODO #3:
> Find the OldStyleTablePlugin php crash

Couldn't reproduce.

>>   Authentication looks like it works on W2K.  This may be related to 
>> WinXP!
>> I'll load that VM next.
> 
> very strange.
> 
> TODO #4:
> Find the template problem for normal passusers.

not yet.

> TODO #5:
> Check Administrators - members of the Administrators group, but not 
> ADMIN_USER.

not yet.

> I'll not have a lot of time today to fix all these problems,
> tomorrow will be better.
> But thanks a lot for your report!


BTW: The sf.net mailinglist seem to be behind a lot.
Maybe it's the current netsky attack which fill the mail queues.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/