RE: [Phpwiki-talk] user authentication

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

Setting USE_DB_SESSION=3Dtrue I still have the same problem.
=20
Setting USE_DB_SESSION=3Dfalse  I have this error message:
=20
Fatal error: Cannot instantiate non-existent class: file_passwd in =
/usr/local/apache/htdocs/phpwiki-1.3.10/lib/WikiUserNew.php on line 2122

Any idea ?

-----Mensaje original-----
De: php...@li... =
[mailto:php...@li...]En nombre de Barrow H =
Kwan
Enviado el: martes, 15 de junio de 2004 12:17
Para: Reini Urban <rurban
CC: php...@li...; =
php...@li...
Asunto: Re: [Phpwiki-talk] user authentication



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

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





Reini Urban <ru...@x-...>=20
Sent by: php...@li...=20


06/15/2004 07:39 AM=20


To

cc
php...@li...=20

Subject
Re: [Phpwiki-talk] user authentication

=09




EAG...@RE... schrieb:
> I have the same problem using File authentication, (a file like =
/etc/shadow) ,=20
> 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).=20
>>It will default back to the Kerberos login.  Any thoughts?
>=20
>=20
> 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, =

> but not the special admin login method, which does not work for http=20
> auth (yet).
>=20
> I usually create this page:
> CategoryGroup
>=20
> * [Administrators]
>=20
> and this page:
> Administrators
>=20
> * MyAdminUser
>=20
> ----
> 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.