From: Bernd D. <b_d...@gm...> - 2002-02-10 15:57:33
|
hi lawrence, > I have modified phpWiki to use PostNuke's user auth. scheme. You can > see it running > at http://docs.postnuke.com > > If you want further information, look on the wiki there for the > "WikiModule" page, or > email me directly at lakka at users.sourceforge.net i have tried that, but because of my server configuration i have to use the current cvs of phpwiki. is that supported too? greets bernd bernd duesmann | http://www.uploaders.de 01 77 . 2 82 17 30 |
From: Lawrence A. <la...@us...> - 2002-02-11 21:24:17
|
> Bernd Duesmann schrieb: > > because of my poor php-skills i am not able to do it for myself. is > > there something like a plan when userauthentication will be > > supported in phpwiki? in the next 2 months? or will it take a year? > > in the next two months. > if not someone else I will do it. > I will also do group permissions as explained > in http://phpwiki.sourceforge.net/phpwiki/WikiPageMailBoxFormat > > * index.php constant for enable_user_auth_email_check, default: false > * on bogo login ask for username, password and email. * send an email > with a unique request_id to ask if subscription was correct. * > procmail script in .forward to a special page which enables the > account. > > I think the existing plugin for phpnuke does the same. If you mean PostNuke, yes it does. Lawrence > -- > Reini Urban > http://xarch.tu-graz.ac.at/home/rurban/ > http://tv.mur.at/ (kulturelles) > > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > -------------------------------------------------------- Confidentiality Notice The information contained in this e-mail is confidential. It is for the use of the named recipient only. If you are not the named recipient, please destroy and do not disclose the contents of this e-mail to any other person, or copy it. Thank you for your co-operation. |
From: <EAG...@RE...> - 2004-06-15 14:07:21
|
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. |
From: Reini U. <ru...@x-...> - 2004-06-15 14:40:03
|
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/ |
From: Barrow H K. <bh...@th...> - 2004-06-15 15:17:13
|
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 |
From: <EAG...@RE...> - 2004-06-15 16:09:44
|
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. |
From: Barrow H K. <bh...@th...> - 2004-06-15 19:46:14
|
I think I have the same error like this and still can't figure out what is = going wrong. I guess we have to look for different wiki implementation that support=20 authentication. like tikiwiki but they have more than what I need :( <EAG...@RE...>=20 Sent by: php...@li... 06/15/2004 11:00 AM To <bh...@th...>, <ru...@x-...> cc <php...@li...>,=20 <php...@li...> Subject RE: [Phpwiki-talk] user authentication Setting USE=5FDB=5FSESSION=3Dtrue I still have the same problem. =20 Setting USE=5FDB=5FSESSION=3Dfalse I have this error message: =20 Fatal error: Cannot instantiate non-existent class: file=5Fpasswd in=20 /usr/local/apache/htdocs/phpwiki-1.3.10/lib/WikiUserNew.php on line 2122 Any idea ? -----Mensaje original----- De: php...@li...=20 [mailto:php...@li...]En nombre de Barrow H=20 Kwan Enviado el: martes, 15 de junio de 2004 12:17 Para: Reini Urban <rurban CC: php...@li...;=20 php...@li... Asunto: Re: [Phpwiki-talk] user authentication I have the same problem ( I have posted this few days ago on a different=20 thread but got no answer ). I use Postgresql to store pages and use file=20 base authentication. I did try to set USE=5FDB=5FSESSION to true ( try to= =20 set it to false as well ), but it didn't work ( in fact I got some error=20 when I set it to false ).=20 Does the authentication really work on phpwiki? I didn't mean it is=20 broken but not work as everyone thought. ( I don't think login in each=20 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 EAG...@RE... schrieb: > I have the same problem using File authentication, (a file like=20 /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=5FDB=5FSESSION true or false, until you find the rea= l=20 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=5FUSER) 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 =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F 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=20 destinatario. Si usted no es el destinatario original de este mensaje y=20 por este medio pudo acceder a dicha informaci=F3n por favor elimine el=20 mensaje. La distribuci=F3n o copia de este mensaje est=E1 estrictamente=20 prohibida. Esta comunicaci=F3n es s=F3lo para prop=F3sitos de informaci=F3n= y no=20 debe ser considerada como propuesta, aceptaci=F3n ni como una declaraci=F3n= de=20 voluntad oficial de REPSOL YPF S.A. y/o subsidiarias y/o afiliadas. La=20 transmisi=F3n de e-mails no garantiza que el correo electr=F3nico sea segur= o o=20 libre de error. Por consiguiente, no manifestamos que esta informaci=F3n se= a=20 completa o precisa. Toda informaci=F3n est=E1 sujeta a alterarse sin previo= =20 aviso. This information is private and confidential and intended for the=20 recipient only. If you are not the intended recipient of this message you=20 are hereby notified that any review, dissemination, distribution or=20 copying of this message is strictly prohibited. This communication is for=20 information purposes only and shall not be regarded neither as a proposal, = acceptance nor as a statement of will or official statement from REPSOL=20 YPF S.A. and/or subsidiaries and/or affiliates. Email transmission cannot=20 be guaranteed to be secure or error-free. Therefore, we do not represent=20 that this information is complete or accurate and it should not be relied=20 upon as such. All information is subject to change without notice. |
From: Stan B. <sb...@po...> - 2004-06-15 20:50:07
|
I vote for a carefull review of how the new authentication works (Reini=20 would need to help with some info) and then going and fixing the thing. =20 Just going at the source php files is too time consuming. So, Reini,=20 would you write us a story, with some details on assumptions, classes=20 and methods (at least main ones)? Reini put a lot of good work into this, I think, and it'd be good to=20 take this as a starting point and move ahead. Although, I do expect a=20 few bigger fixes/solutions to have to be rewritten there. Barrow H Kwan wrote: > > I think I have the same error like this and still can't figure out=20 > what is going wrong. > > I guess we have to look for different wiki implementation that support=20 > authentication. like tikiwiki but they have more than what I need :( > > > > > *<EAG...@RE...>* > Sent by: php...@li... > > 06/15/2004 11:00 AM > > =09 > To > <bh...@th...>, <ru...@x-...> > cc > <php...@li...>,=20 > <php...@li...> > Subject > RE: [Phpwiki-talk] user authentication > > > > =09 > > > > > > 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=20 > */usr/local/apache/htdocs/phpwiki-1.3.10/lib/WikiUserNew.php* on line=20 > *2122* > Any idea ? > -----Mensaje original-----* > De:* php...@li...=20 > [mailto:php...@li...]*En nombre de *Barrow=20 > H Kwan* > Enviado el:* martes, 15 de junio de 2004 12:17* > Para:* Reini Urban <rurban* > CC:* php...@li...;=20 > php...@li...* > Asunto:* Re: [Phpwiki-talk] user authentication > > > I have the same problem ( I have posted this few days ago on a=20 > different thread but got no answer ). I use Postgresql to store pages=20 > and use file base authentication. I did try to set USE_DB_SESSION to=20 > true ( try to set it to false as well ), but it didn't work ( in fact=20 > I got some error when I set it to false ). > > Does the authentication really work on phpwiki? I didn't mean it is=20 > broken but not work as everyone thought. ( I don't think login in=20 > each page is right ). > > > > *Reini Urban <ru...@x-...>* > Sent by: php...@li... > > 06/15/2004 07:39 AM > > =09 > To > =09 > cc > php...@li... > Subject > Re: [Phpwiki-talk] user authentication > > > > > =09 > > > > > > > EAG...@RE... schrieb: > > I have the same problem using File authentication, (a file like=20 > /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 rea= l > 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 t= he > >>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 log= in, > >>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 (n= ot > > 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 > --=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 NWMGYKN= D > _______________________________________________ > 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 =FAnicam= ente=20 > a su destinatario. Si usted no es el destinatario original de este=20 > mensaje y por este medio pudo acceder a dicha informaci=F3n por favor=20 > elimine el mensaje. La distribuci=F3n o copia de este mensaje est=E1=20 > estrictamente prohibida. Esta comunicaci=F3n es s=F3lo para prop=F3sito= s de=20 > informaci=F3n y no debe ser considerada como propuesta, aceptaci=F3n ni= =20 > como una declaraci=F3n de voluntad oficial de REPSOL YPF S.A. y/o=20 > subsidiarias y/o afiliadas. La transmisi=F3n de e-mails no garantiza qu= e=20 > el correo electr=F3nico sea seguro o libre de error. Por consiguiente,=20 > no manifestamos que esta informaci=F3n sea completa o precisa. Toda=20 > informaci=F3n est=E1 sujeta a alterarse sin previo aviso. > > This information is private and confidential and intended for the=20 > recipient only. If you are not the intended recipient of this message=20 > you are hereby notified that any review, dissemination, distribution=20 > or copying of this message is strictly prohibited. This communication=20 > is for information purposes only and shall not be regarded neither as=20 > a proposal, acceptance nor as a statement of will or official=20 > statement from REPSOL YPF S.A. and/or subsidiaries and/or affiliates.=20 > Email transmission cannot be guaranteed to be secure or error-free.=20 > Therefore, we do not represent that this information is complete or=20 > accurate and it should not be relied upon as such. All information is=20 > subject to change without notice. > |
From: Reini U. <ru...@x-...> - 2004-06-16 09:24:45
|
[CC deleted. we prefer to keep the conversation on the list only. No need to send it personally also] EAG...@RE... schrieb: > Setting USE_DB_SESSION=true I still have the same problem. > > Setting USE_DB_SESSION=false I have this error message: > > *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 ? This was fixed in CVS. Add include_once(dirname(__FILE__)."/pear/File_Passwd.php"); before that // "__PHP_Incomplete_Class" line > -----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 ). > > 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 > > AVISO LEGAL: > Esta información es privada y confidencial y está dirigida únicamente a > su destinatario. Si usted no es el destinatario original de este mensaje > y por este medio pudo acceder a dicha información por favor elimine el > mensaje. La distribución o copia de este mensaje está estrictamente > prohibida. Esta comunicación es sólo para propósitos de información y no > debe ser considerada como propuesta, aceptación ni como una declaración > de voluntad oficial de REPSOL YPF S.A. y/o subsidiarias y/o afiliadas. > La transmisión de e-mails no garantiza que el correo electrónico sea > seguro o libre de error. Por consiguiente, no manifestamos que esta > información sea completa o precisa. Toda información está sujeta a > alterarse sin previo aviso. > > 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. > -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: <EAG...@RE...> - 2004-06-16 15:04:37
|
yes it is running. Thanks Reini.... I add this line in lib/IniConfig.php : define('USE_DB_SESSION', false); and in lib/WikiUserNew.php : This was fixed in CVS. Add include_once(dirname(__FILE__)."/pear/File_Passwd.php"); before that // "__PHP_Incomplete_Class" line Thanks. -----Mensaje original----- De: php...@li... [mailto:php...@li...]En nombre de Reini Urban Enviado el: mi=E9rcoles, 16 de junio de 2004 6:25 Para: php...@li... Asunto: Re: [Phpwiki-talk] user authentication [CC deleted. we prefer to keep the conversation on the list only. No=20 need to send it personally also] EAG...@RE... schrieb: > 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=20 > */usr/local/apache/htdocs/phpwiki-1.3.10/lib/WikiUserNew.php* on line = *2122* > Any idea ? This was fixed in CVS. Add include_once(dirname(__FILE__)."/pear/File_Passwd.php"); before that // "__PHP_Incomplete_Class" line > -----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 >=20 >=20 > 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 >=20 >=20 >=20 > *Reini Urban <ru...@x-...>* > Sent by: php...@li... >=20 > 06/15/2004 07:39 AM >=20 > =09 > To > =09 > cc > php...@li... > Subject > Re: [Phpwiki-talk] user authentication >=20 >=20 > =09 >=20 >=20 >=20 >=20 >=20 > 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 ? >=20 > 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. >=20 > > -----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 > --=20 > Reini Urban > http://xarch.tu-graz.ac.at/home/rurban/ >=20 >=20 >=20 > ------------------------------------------------------- > 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 >=20 > AVISO LEGAL: > Esta informaci=F3n es privada y confidencial y est=E1 dirigida = =FAnicamente a=20 > su destinatario. Si usted no es el destinatario original de este = mensaje=20 > y por este medio pudo acceder a dicha informaci=F3n por favor elimine = el=20 > mensaje. La distribuci=F3n o copia de este mensaje est=E1 = estrictamente=20 > prohibida. Esta comunicaci=F3n es s=F3lo para prop=F3sitos de = informaci=F3n y no=20 > debe ser considerada como propuesta, aceptaci=F3n ni como una = declaraci=F3n=20 > 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=20 > seguro o libre de error. Por consiguiente, no manifestamos que esta=20 > informaci=F3n sea completa o precisa. Toda informaci=F3n est=E1 sujeta = a=20 > alterarse sin previo aviso. >=20 > This information is private and confidential and intended for the=20 > recipient only. If you are not the intended recipient of this message=20 > you are hereby notified that any review, dissemination, distribution = or=20 > copying of this message is strictly prohibited. This communication is=20 > for information purposes only and shall not be regarded neither as a=20 > proposal, acceptance nor as a statement of will or official statement=20 > from REPSOL YPF S.A. and/or subsidiaries and/or affiliates. Email=20 > transmission cannot be guaranteed to be secure or error-free. = Therefore,=20 > we do not represent that this information is complete or accurate and = it=20 > should not be relied upon as such. All information is subject to = change=20 > without notice. >=20 --=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. |
From: <EAG...@RE...> - 2004-06-22 13:40:15
|
Hi, I fix the problem but when I get the second page I see this error = message: PHP Warnings lib/main.php:61: Notice[8]: wikirequest(): The script tried to execute a = method or access a property of an incomplete object. Please ensure that = the class definition <b>file_passwd</b> of the object you = are trying to operate on was loaded _before_ the session was started any idea ? Thanks in advance. -----Mensaje original----- De: php...@li... [mailto:php...@li...]En nombre de Reini Urban Enviado el: mi=E9rcoles, 16 de junio de 2004 6:25 Para: php...@li... Asunto: Re: [Phpwiki-talk] user authentication [CC deleted. we prefer to keep the conversation on the list only. No=20 need to send it personally also] EAG...@RE... schrieb: > 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=20 > */usr/local/apache/htdocs/phpwiki-1.3.10/lib/WikiUserNew.php* on line = *2122* > Any idea ? This was fixed in CVS. Add include_once(dirname(__FILE__)."/pear/File_Passwd.php"); before that // "__PHP_Incomplete_Class" line > -----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 >=20 >=20 > 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 >=20 >=20 >=20 > *Reini Urban <ru...@x-...>* > Sent by: php...@li... >=20 > 06/15/2004 07:39 AM >=20 > =09 > To > =09 > cc > php...@li... > Subject > Re: [Phpwiki-talk] user authentication >=20 >=20 > =09 >=20 >=20 >=20 >=20 >=20 > 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 ? >=20 > 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. >=20 > > -----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 > --=20 > Reini Urban > http://xarch.tu-graz.ac.at/home/rurban/ >=20 >=20 >=20 > ------------------------------------------------------- > 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 >=20 > AVISO LEGAL: > Esta informaci=F3n es privada y confidencial y est=E1 dirigida = =FAnicamente a=20 > su destinatario. Si usted no es el destinatario original de este = mensaje=20 > y por este medio pudo acceder a dicha informaci=F3n por favor elimine = el=20 > mensaje. La distribuci=F3n o copia de este mensaje est=E1 = estrictamente=20 > prohibida. Esta comunicaci=F3n es s=F3lo para prop=F3sitos de = informaci=F3n y no=20 > debe ser considerada como propuesta, aceptaci=F3n ni como una = declaraci=F3n=20 > 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=20 > seguro o libre de error. Por consiguiente, no manifestamos que esta=20 > informaci=F3n sea completa o precisa. Toda informaci=F3n est=E1 sujeta = a=20 > alterarse sin previo aviso. >=20 > This information is private and confidential and intended for the=20 > recipient only. If you are not the intended recipient of this message=20 > you are hereby notified that any review, dissemination, distribution = or=20 > copying of this message is strictly prohibited. This communication is=20 > for information purposes only and shall not be regarded neither as a=20 > proposal, acceptance nor as a statement of will or official statement=20 > from REPSOL YPF S.A. and/or subsidiaries and/or affiliates. Email=20 > transmission cannot be guaranteed to be secure or error-free. = Therefore,=20 > we do not represent that this information is complete or accurate and = it=20 > should not be relied upon as such. All information is subject to = change=20 > without notice. >=20 --=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. |
From: Reini U. <ru...@x-...> - 2004-06-23 07:16:13
|
EAG...@RE... schrieb: > Hi, I fix the problem but when I get the second page I see this error message: > > PHP Warnings > lib/main.php:61: Notice[8]: wikirequest(): The script tried to execute a method or access a property of an incomplete object. Please ensure that the class definition <b>file_passwd</b> of the object you are trying to operate on was loaded _before_ the session was started > > any idea ? Yes, File_Passwd is still not loaded. All these error have been fixed in recent CVS snapshots. 1.3.10 I forgot to move the loader upwards. (works there only for DbSessions) > -----Mensaje original----- > De: php...@li... > [mailto:php...@li...]En nombre de Reini > Urban > Enviado el: miércoles, 16 de junio de 2004 6:25 > Para: php...@li... > Asunto: Re: [Phpwiki-talk] user authentication > > > [CC deleted. we prefer to keep the conversation on the list only. No > need to send it personally also] > > EAG...@RE... schrieb: > >>Setting USE_DB_SESSION=true I still have the same problem. >> >>Setting USE_DB_SESSION=false I have this error message: >> >>*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 ? > > > This was fixed in CVS. > Add > include_once(dirname(__FILE__)."/pear/File_Passwd.php"); > before that > // "__PHP_Incomplete_Class" > line > > >> -----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 ). >> >> 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/ -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |