phpwiki-talk

[Phpwiki-talk] xhtml issues

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

Jon Åslund schrieb:

> On Thu, Jun 24, 2004 at 03:48:29PM +0200, Reini Urban wrote:
> 
>>Currently I'm investigating problems with application/xhtml+xml, which 
>>brings out some problematic XHTML code in the templates.
>>Esp. javascript does not work as expected. (This is needed for some 
>>XHTML extensions, like MathML or SVG).
> 
> 
> http://diveintomark.org/archives/2003/01/14/eddies_in_the_spacetime_continuum1
> 
> There are still issues with XHTML 1.1, the way it should be served. It
> doesn't work with Internet Explorer, the error handling of xhtml+xml
> documents in browsers where it does work is quite weak, and it uses
> XML DOM instead of HTML DOM, though not really bad, confuses many
> javascripts. I have no idea how to develop for the web with the
> "current" (as of 3 years) recommended standards. If you find a
> feasible solution, mainly the IE problem, please tell me how you did
> it.

I'm aware of the IE issues and more.
We can output the headers according to the browser. The biggest problem 
is the inability to do document.write() (signout button, edit toolbar) 
with application/xhtml+xml or text/xml.

   http://www.w3.org/People/mimasa/test/xhtml/media-types/results
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Wikilens-phpwiki integration: PageList custom column problems

[Scott Y. <sy...@cs...>]

Reini,
My name is Scott Yilek and I'm working on wikilens with Dan Frankowski. 
 We've recently been trying to integrate wikilens with phpwiki and we 
are still having a few issues with the new pagelist custom columns.

The main problem is that we need to send each column more parameters 
than are currently allowed.  Currently each custom pagelist column's 
constructor gets $params which is always assumed to be length 4 with 
$params[3] as the reference back to the pagelist object.  If any other 
parameters are needed, the constructor gets them from the pagelist 
object: $this->_pagelist->getOption('user')  for example.  This doesn't 
quite work for us because we need each column to get its parameters 
independently from the other columns.  For example, we can't do 
getOption('user') if we want a column for each buddy; we need to send in 
the buddy as a parameter.

What would be great is if each column's constructor could accept more 
parameters as necessary.  The way Dan Frankowski proposed originally 
worked well for this because we could create our own column objects how 
we liked them and just sent them into pagelist to be added.  Do you 
think we should go back to this or do you see a better solution?

Thanks!
Scott Yilek
sy...@cs...

Re: [Phpwiki-talk] stability

[Jon <d9...@na...>]

On Thu, Jun 24, 2004 at 03:48:29PM +0200, Reini Urban wrote:
> Currently I'm investigating problems with application/xhtml+xml, which 
> brings out some problematic XHTML code in the templates.
> Esp. javascript does not work as expected. (This is needed for some 
> XHTML extensions, like MathML or SVG).

http://diveintomark.org/archives/2003/01/14/eddies_in_the_spacetime_continuum1

There are still issues with XHTML 1.1, the way it should be served. It
doesn't work with Internet Explorer, the error handling of xhtml+xml
documents in browsers where it does work is quite weak, and it uses
XML DOM instead of HTML DOM, though not really bad, confuses many
javascripts. I have no idea how to develop for the web with the
"current" (as of 3 years) recommended standards. If you find a
feasible solution, mainly the IE problem, please tell me how you did
it.

-- 
Jon Åslund

Re: [Phpwiki-talk] cvs access to dfrankow

[Dan F. <dfr...@cs...>]

Reini Urban wrote:

> Dan Frankowski schrieb:
>
>> I am trying to update the unit tests to the package I sent you (make 
>> it more picky, add some tests). I tried to add a directory, and do 
>> not seem to have permissions:
>>
>> ../phpwiki-next/tests/unit) % cvs add testbox
>> ? testbox/latest_ver
>> ? testbox/links
>> ? testbox/page_data
>> ? testbox/ver_data
>> cvs [server aborted]: "add" requires write access to the repository
>> ../phpwiki-next/tests/unit) % cat CVS/Root
>> :pserver:dfr...@cv...:/cvsroot/phpwiki
>>
>> Can you give me write access?
>>
>> Perhaps this could be because I am a project member, but as 
>> "Advisor/Mentor/Consultant" and not "Developer". Maybe change me to 
>> "Developer"?
>
>
> strange. done.


Thanks. I have not yet tested it, since you are uncertain about the 
directory. More below.

> But why would you like to add the textbox?
> Don't you have the latest test.php?
> I renamed it to .testbox, so that it wouldn't display in cvs.


I have the latest test.php in Sourceforge's repository. However, I also 
have a bunch of changes that I emailed to this list as a tarball and you 
haven't had time to apply. I thought I'd apply them.

One of the changes is to add an error handler (instead of just an assert 
handler). This is useful because then if there is incorrect PHP syntax, 
vars missing, etc., the tests don't run. In other words, the tests get 
more picky, which is good. When they get more picky, they want an 
existing testbox with some stuff in it (InterWikiMap, global_data, a few 
other things). Thus, I want to make a "testbox" in CVS with the right 
stuff and check it in, as I did on our local copy.

Since I do not wish to make changes that you don't want, please tell me 
that you approve. Then I'll go ahead and make the unit test changes, 
including adding a CVS-tracked "testbox" with stuff in it.

Dan

[Phpwiki-talk] stability

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

John Cole schrieb:
> Reini,
>   I'll bring up the latest cvs version on a test machine and try it out.
> 
>   Reini, your doing a whole lot of work right now ;-) and I'm sure everyone,
> expecially me, appreciate it.  When do you think things will settle down
> enough for you to start working towards a new release?

As soon as I have fixed the fatals and am on the same stability level as 
the release before.
(say apache2, cgi, php5 must not crash. login must work ok. iis and 
better utf-8 support as bonus)

Currently I'm investigating problems with application/xhtml+xml, which 
brings out some problematic XHTML code in the templates.
Esp. javascript does not work as expected. (This is needed for some 
XHTML extensions, like MathML or SVG).

Note that most if my new work isn't in CVS yet. It is not stable enough.
Esp. my latest WikiGroup fixes which improved the mess a lot!

>   I'd love to see the code start to stabilize and not have new features
> break so many things each time ;-)  Even before the release, I'd like to see
> the cvs tree tagged when you think things are stable for testing.  
> 
>   There are so many nice features in the cvs tree, I think people would
> really be amazed with the progress you've made on the system, if they could
> see it without getting the cvs head ;-)
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] ldap progress

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

This IniConfig patch is also required.

Index: IniConfig.php
===================================================================
RCS file: /cvsroot/phpwiki/phpwiki/lib/IniConfig.php,v
retrieving revision 1.40
diff -u -b -r1.40 IniConfig.php
--- IniConfig.php	22 Jun 2004 07:12:48 -0000	1.40
+++ IniConfig.php	24 Jun 2004 12:18:36 -0000
@@ -221,17 +234,20 @@
      // User authentication
      if (!isset($GLOBALS['USER_AUTH_ORDER']))
          if (isset($rs['USER_AUTH_ORDER']))
-            $GLOBALS['USER_AUTH_ORDER'] = preg_split('/\s*:\s*/', 
$rs['USER_AUTH_ORDER']);
+            $GLOBALS['USER_AUTH_ORDER'] = preg_split('/\s*:\s*/',
+ 
$rs['USER_AUTH_ORDER']);
          else
              $GLOBALS['USER_AUTH_ORDER'] = array("PersonalPage");

      // LDAP bind options
      global $LDAP_SET_OPTION;
-    if (isset($rs['LDAP_SET_OPTION'])) {
-        $optlist = preg_split('/\s*:\s*/', @$rs['LDAP_SET_OPTION']);
+    if (LDAP_SET_OPTION) {
+        $optlist = preg_split('/\s*:\s*/', LDAP_SET_OPTION);
          foreach ($optlist as $opt) {
              $bits = preg_split('/\s*=\s*/', $opt, 2);
              if (count($bits) == 2) {
+                if (is_string($bits[0]) and defined($bits[0]))
+                    $bits[0] = constant($bits[0]);
                  $LDAP_SET_OPTION[$bits[0]] = $bits[1];
              }
              else {

[Phpwiki-talk] ldap progress

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

John,
Finally I got a working slapd server running 
(http://lucas.bergmans.us/hacks/openldap/, my own cygwin compilation 
didnt work) and fixed a couple of WikiUserNew LDAP bugs.

However, there are still some remaining general auth problems,
which lead to immediate server crashes.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Publicidad :Servicios DIGITALIZACION y CUSTODIA de documentos

[<in...@gi...>]

 <http://www.cadema-gitdoc.com/ctl_arch/image/email4.jpg>
http://www.cadema-gitdoc.com/ <http://www.cadema-gitdoc.com/> =20

AVISO LEGAL Le recordamos que su cta. de e-mail figura registrada en
nuestra base de datos al confirmar su deseo de recibir nuestras ofertas.
Dicha informaci=F3n ser=E1 tratada de forma totalmente confidencial con
arreglo a la nueva ley L.S.S.I. y no ser=E1 vendida ni traspasada a
terceros en ning=FAn caso. Si Vd. recibe este e-mail debido alg=FAn =
error o
no es su deseo recibir mas e-mail nuestros, puede darse de baja de forma
inmediata, simplemente pulsanso sobre B O R R A R
<http://ias.cadema-gitdoc.com/webapp/servlet/Sborrar?email=3Dphpwiki-talk=
@
lists.sourceforge.net> =20
 	=20

Re: [Phpwiki-talk] cvs access to dfrankow

[Dan F. <dfr...@cs...>]

Reini Urban wrote:

> Dan Frankowski schrieb:
>
>> Reini Urban wrote:
>>
>>> Dan,
>>> I just gave you CVS access to sf.net.
>>
>>
>> Thanks!
>


I am confused.

I am trying to update the unit tests to the package I sent you (make it 
more picky, add some tests). I tried to add a directory, and do not seem 
to have permissions:

../phpwiki-next/tests/unit) % cvs add testbox
? testbox/latest_ver
? testbox/links
? testbox/page_data
? testbox/ver_data
cvs [server aborted]: "add" requires write access to the repository
../phpwiki-next/tests/unit) % cat CVS/Root
:pserver:dfr...@cv...:/cvsroot/phpwiki

Can you give me write access?

Perhaps this could be because I am a project member, but as 
"Advisor/Mentor/Consultant" and not "Developer". Maybe change me to 
"Developer"?

Dan

Re: [Phpwiki-talk] user authentication

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

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/

Re: [Phpwiki-talk] dump a wiki page...

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

John Cole schrieb:
>   I need to dump a wiki page that has the include sub pages plugin and
> convert that into DocBook xml.  I was wondering how you would attack this
> problem?  I need to get rid of all of the theme stuff and just have the html
> (preferably xhtml) for the page.
> 
>   We are evaluating using phpwiki for all of our product documentation if we
> can get this step working correctly.  Our alternative is to store DocBook
> xml in cvs.  But we have really been succesful in getting the company to use
> the wiki site and create documenatation pages, so I was wanting to explore
> keeping it a central part of the documenatation process.
> 
>   What are your ideas on how this can best be done?

See
http://phpwiki.sourceforge.net/phpwiki/PhpWikiToDocBookAndPDF

I recently added the pages argument to dumphtml (exclude probably 
today), where you can dump only one page.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] (unstable) utf-8 developer version available on request

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

Reini Urban schrieb:
> I prepared now a multibyte string aware phpwiki version (UTF-8), which 
> requires PCRE with UTF-8 support, and the mbstring extension.
>   (probably the iconv extensions also)

I'v put the patch (gzipped) at 
http://phpwiki.sourceforge.net/demo/phpwiki-1.3.11-utf8.patch.gz (34kb)

described in http://phpwiki.sourceforge.net/phpwiki/Utf8Migration

> Additionally all locale po files and pgsrc files must be converted 
> (there's a script) and all pages cache must be purged, or better load a 
> fresh virgin wiki.
> 
> It required hundreds of changes to most string functions, like prefixing
> substr,strlen,strtolower,strotupper,strpos,... with "mb_",
> adding the "u" modifier to all pcre_* calls, and so on.
> 
> As long as the DB backends don't support it that well, I don't want to 
> maintain it, but I try to keep it up-to-date.
> I still have a lot of InlineParser errors with the $hugepat
>   lib\InlineParser.php:188: Warning[2]: Compilation failed: invalid 
> UTF-8 string at offset 1440
> Either pcre is broken, or some string function destroys a string.
> There are still some string functions left, for which no equivalent mb_ 
> function exists. (str_replace e.g.)
> Does anybody want to have a look or should I hack away until it works 
> (if time permits)?
> 
> Sometimes, we must switch to UTF-8 anyway. See PhpWiki:Utf8Migration.
> 
> For now I think it is enough to use the mbstring and PCRE detection 
> functions in CVS HEAD, and display a proper warning. e.g. sf.net has 
> such an old php (4.1.2) and no mbstring, that utf-8, chinese and 
> japanese cannot work there. maybe that's why the wikipedia folks have to 
> maintain their own set of webservers with current PHP versions.
> 
> I don't really want to maintain an utf-8 CVS branch. Tested snapshots 
> are enough I think.


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

RE: [Phpwiki-talk] user authentication

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

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.

[Phpwiki-talk] dump a wiki page...

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

Reini,
  I need to dump a wiki page that has the include sub pages plugin and
convert that into DocBook xml.  I was wondering how you would attack this
problem?  I need to get rid of all of the theme stuff and just have the html
(preferably xhtml) for the page.

  We are evaluating using phpwiki for all of our product documentation if we
can get this step working correctly.  Our alternative is to store DocBook
xml in cvs.  But we have really been succesful in getting the company to use
the wiki site and create documenatation pages, so I was wanting to explore
keeping it a central part of the documenatation process.

  What are your ideas on how this can best be done?

Thanks,

John Cole

-------------------------------------
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

Re: [Phpwiki-talk] Using oracle as backend

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

On Tue, Jun 22, 2004 at 02:44:58PM +0200, giancarlo.bazzi wrote:
> Hi, I'm trying to use an oracle backend on a Macosx 10.2 database 
> machine from a linux suse 7.3 wiki 'server' machine,

[...]

> On accessing wiki from a browser the following 2 rows are displayed.
> 
> lib/WikiDB/backend/PearDB.php:718: Fatal[256]: virtual
> lib/WikiDB/backend/PearDB.php:718: Fatal[256]: virtual
> 
> It seems to be related to an attempt to lock a table.
> 
> Any help will be appreciated.

PHPWiki's database access stuff is a little weird.  Having your database
backend supported by PEAR or ADODB isn't enough -- there's a couple of extra
methods that need to be written.  Primarily, those are the locking methods
you alude to, and are provided (in default form) by virtual methods which
bomb when called (as you've seen).

You need to create a file in lib/WikiDB/backend called <dbtype>.php (where
dbtype, for you, would be oci8).  It should contain a class named
WikiDB_backend_<dbtype>, extended from WikiDB_backend_PearDB.  My
recommendation would be to copy pgsql.php and modify it as required (I don't
think there'd be much you'd need to fix).  That'll get your database firing
on all cylinders.

If you want to contribute your Oracle port back to the PHPWiki project,
you should send your oci8.php and oci8.sql files either here, to Reini, or
(perhaps) stick it in the patch manager.

- Matt

[Phpwiki-talk] (unstable) utf-8 developer version available on request

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

I prepared now a multibyte string aware phpwiki version (UTF-8), which 
requires PCRE with UTF-8 support, and the mbstring extension.
   (probably the iconv extensions also)

Additionally all locale po files and pgsrc files must be converted 
(there's a script) and all pages cache must be purged, or better load a 
fresh virgin wiki.

It required hundreds of changes to most string functions, like prefixing
substr,strlen,strtolower,strotupper,strpos,... with "mb_",
adding the "u" modifier to all pcre_* calls, and so on.

As long as the DB backends don't support it that well, I don't want to 
maintain it, but I try to keep it up-to-date.
I still have a lot of InlineParser errors with the $hugepat
   lib\InlineParser.php:188: Warning[2]: Compilation failed: invalid 
UTF-8 string at offset 1440
Either pcre is broken, or some string function destroys a string.
There are still some string functions left, for which no equivalent mb_ 
function exists. (str_replace e.g.)
Does anybody want to have a look or should I hack away until it works 
(if time permits)?

Sometimes, we must switch to UTF-8 anyway. See PhpWiki:Utf8Migration.

For now I think it is enough to use the mbstring and PCRE detection 
functions in CVS HEAD, and display a proper warning. e.g. sf.net has 
such an old php (4.1.2) and no mbstring, that utf-8, chinese and 
japanese cannot work there. maybe that's why the wikipedia folks have to 
maintain their own set of webservers with current PHP versions.

I don't really want to maintain an utf-8 CVS branch. Tested snapshots 
are enough I think.
-- 
Reini Urban

[Phpwiki-talk] Using oracle as backend

[giancarlo.bazzi <gia...@ex...>]

Hi, I'm trying to use an oracle backend on a Macosx 10.2 database 
machine from a linux suse 7.3 wiki 'server' machine,
in config.ini:

DATABASE_TYPE = SQL
DATABASE_PREFIX = wiki_
DATABASE_DSN = "oci8://wiki:wiki@snowball"
DATABASE_SESSION_TABLE = session

all of the tables and constraints listed in the schemas files have been 
created translating the DDL statement into oracle dialect sql and
the schema (user wiki, pass wiki on the machine snowball) can be 
successfully reached via sqlplus from the machine wiki is on.
The folder where pear libraries lie is in the PATH  environment 
variable.

On accessing wiki from a browser the following 2 rows are displayed.

lib/WikiDB/backend/PearDB.php:718: Fatal[256]: virtual


lib/WikiDB/backend/PearDB.php:718: Fatal[256]: virtual




It seems to be related to an attempt to lock a table.

Any help will be appreciated.


Giancarlo Bazzi 

Re: [Phpwiki-talk] Error on PageInfo / User Authentication

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

Paul Henry schrieb:
> On Monday 21 June 2004 13:45, Reini Urban wrote:
>>>lib/FileFinder.php (In template 'info') (In template 'browse') (In
>>>template 'body') (In template 'html'):186: Fatal[256]:
>>>LC_MESSAGES/phpwiki.php: file not found
>>
>>aha, strange.
>>which language and which theme? Cannot reproduce so far.
> 
> Strange. English, all themes, 20 June build. What's the LC_MESSAGES refer to? 
> Perhaps I can find it?

This code is for a translation from some non-language language to 
english, mostly used to find an unknown action page.

>>Yes, the defaults from config/config-default.ini are used if there's no
>>config.ini or previous definition (starter script) of such a constant.
> 
> 
> Ahh. But I am using config.ini. For lines (such as in my example), where I am 
> turning on/off a feature by commenting (rather than by substituting a value) 
> in config.ini, there should be a default value of "" in config-default.ini, 
> or config-default.ini should not be loaded if config.ini is present? Problem 
> was I assumed that by leaving something commented out, it was turned off (in 
> this case the ability of users to create their own accounts), but this was 
> not the case.

No, all default values which are not present in config.ini are taken 
from config-default.ini. line by line.
Most DBAUTH sql statememnts had defaults, so you explicitly had to turn 
them off by
... = ""

> 
> Thanks for the quick response Reini. Cheers.
> 
> 


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

Re: [Phpwiki-talk] Error on PageInfo / User Authentication

[Paul H. <he...@ma...>]

On Monday 21 June 2004 13:45, Reini Urban wrote:
> > lib/FileFinder.php (In template 'info') (In template 'browse') (In
> > template 'body') (In template 'html'):186: Fatal[256]:
> > LC_MESSAGES/phpwiki.php: file not found
> aha, strange.
> which language and which theme? Cannot reproduce so far.

Strange. English, all themes, 20 June build. What's the LC_MESSAGES refer to? 
Perhaps I can find it?

> Yes, the defaults from config/config-default.ini are used if there's no
> config.ini or previous definition (starter script) of such a constant.

Ahh. But I am using config.ini. For lines (such as in my example), where I am 
turning on/off a feature by commenting (rather than by substituting a value) 
in config.ini, there should be a default value of "" in config-default.ini, 
or config-default.ini should not be loaded if config.ini is present? Problem 
was I assumed that by leaving something commented out, it was turned off (in 
this case the ability of users to create their own accounts), but this was 
not the case.

Thanks for the quick response Reini. Cheers.

Re: [Phpwiki-talk] user authentication

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

Lisa Glendenning schrieb:
> I wasn't sure if you saw this post, since I didn't see it sent to the
> mailing list.
> 
> I"ve tried doing group method WIKIPAGE, the only text in the
>  Administrator"s page being
>  
>  * MyAdminUser
>  
>  ----
>  
>  CategoryGroup
>  
>  In which case, although I have no idea how to set MyAdminUser"s
>  password, phpWiki seems to think that it is the password I set in
>  config.ini for ADMIN_USER (which is a different WikiWord than
>  MyAdminUser).  If I sign out of my Kerberos login and sign in as
>  MyAdminUser (using the ADMIN_USER password), then it will revert back to
>  the Kerberos account on any action.  

What is a kerberos login? We don't support kerberos auth so far to my 
knowledge. Ah, I see HttpAuth!

HttpAuth is a hack and not very well tested yet. This might be the 
reason for your problems. I'll check it soon.

The default password for new users is empty. However if you define a new 
user by adding him implictly at login with userid and password (which 
you did) he gets this new password.
You can always change a password that at UserPreferences.
(fixed with Revision 1.93  2004/06/15 09:15:52

> If I click on one of the
>  AdminPlugin buttons (i.e. in PhpWikiAdministration), which pops up a
>  window asking for a password, and I enter the MyAdminUser login, then
>  PhpWiki just hangs and doesn"t change pages to anything.

>  I"ve also tried having the entry in the Adminstrators page be a valid
>  Kerberos login, which leads to the old problem of having to relogin
>  every page.  I"ve also tried having the group method be a flat file and
>  run into the same problems.  
>  
>  I am using version 1.3.10.
>  
>  I am really stuck, and if it is possible to make this work, I need step
>  by step instructions for the config.ini and other files.  If it is not
>  possible to make this work, I will need to use a different wiki,
>  although I"ve put in a lot of effort trying to make PhpWiki
>  authentication work.  
> 
> On Wed, 2004-06-16 at 03:19, Reini Urban wrote:
> 
>>Lisa Glendenning schrieb:
>>
>>>So what authentication method would this admin user be using and how
>>>would I reflect this in config.ini?
>>
>>Any.
>>
>>
>>>On Tue, 2004-06-15 at 01:00, Reini Urban wrote:
>>>>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: [Phpwiki-talk] Error on PageInfo / User Authentication

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

Paul Henry schrieb:
> Running the nightly build dated 20 June.
> 
> Received the following error on the PageInfo page (for the homepage):
> 
> lib/FileFinder.php (In template 'info') (In template 'browse') (In template 
> 'body') (In template 'html'):186: Fatal[256]: LC_MESSAGES/phpwiki.php: file 
> not found

aha, strange.
which language and which theme? Cannot reproduce so far.

> Running MySQL as backend database. With DBAUTH_AUTH_CREATE commented out in 
> the config.ini, users are still able to add themselves to the userlist. By 
> setting DBAUTH_AUTH_CREATE = "", users can no longer do this. There is a 
> default value somewhere that should be blanked out, unless set in config.ini.

Yes, the defaults from config/config-default.ini are used if there's no 
config.ini or previous definition (starter script) of such a constant.

I commented now DBAUTH_AUTH_USER_EXISTS and DBAUTH_AUTH_CREATE in 
config/config-default.ini, but I wonder if now more users will complain, 
having removed useful defaults.
-- 
Reini Urban

Re: [Phpwiki-talk] Nightly CVS stability HEADSUP

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

John Cole schrieb:
> Reini,
>   Thanks for the warning.  Give a shout when you you want a round of testing
> again :-)
> 
>   Do you think it would be possible to tag the cvs tree occasionally when
> you think its at a semi-stable point?  Like last week when everything
> started working again :-)  I don't know how many people are subscribed to
> the checkin list, but I see every day how much work you put into this and a
> tag might provide good milestones for people to use.  I think last weeks cvs
> version is one of the best yet, it's been working very well in tests, so
> much so that I think I'm going to put it into production today.  

Good to hear, but I found a couple of more bugs today.
I believe that it works fine on normal setups, as it worked before on 
these platforms (apache1, windows+linux, dba+mysql), but Apache2 and 
php5 has issues I couldn't fix yet. php5 is coming close again.

I added a pages arg to dumphtml to finegrain it, and exclude will follow 
to exclude failing pages.
wikilens integration is that far that it doesn't fatal anymore (which is 
not yet the feature list we want...)

The updated pear DB and Cache libs seem to work fine, but I haven't yet 
fully tested them. Some workarounds are needed for old php's.

however, all pages dump now correctly and with a
$ html2ps *.html > FullDump.ps; ps2pdf FullDump.ps (...wait 5 min)
I get a fine 2MB compressed PDF of all pages.

subscribing to phpwiki-checkins is a good recommendation.


> -----Original Message-----
> From: php...@li...
> [mailto:php...@li...]On Behalf Of Reini
> Urban
> Sent: Sunday, June 20, 2004 1:35 PM
> To: php...@li...
> Subject: [Phpwiki-talk] Nightly CVS stability HEADSUP
> 
> 
> With all the latest php5, apache2, cgi and 
> allow_call_time_pass_reference fixes lately, I somehow broke the current 
> CVS code and I don't have to time to fix it properly today.
> So the nightly cvs version of today will be most likely broken.
> 
> php5 is broken for sure, somewhere in the list parser.
> apache2 is quite unstable.
> apache1 seems to work.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

RE: [Phpwiki-talk] Nightly CVS stability HEADSUP

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

Reini,
  Thanks for the warning.  Give a shout when you you want a round of testing
again :-)

  Do you think it would be possible to tag the cvs tree occasionally when
you think its at a semi-stable point?  Like last week when everything
started working again :-)  I don't know how many people are subscribed to
the checkin list, but I see every day how much work you put into this and a
tag might provide good milestones for people to use.  I think last weeks cvs
version is one of the best yet, it's been working very well in tests, so
much so that I think I'm going to put it into production today.  

Thanks,

John Cole

-----Original Message-----
From: php...@li...
[mailto:php...@li...]On Behalf Of Reini
Urban
Sent: Sunday, June 20, 2004 1:35 PM
To: php...@li...
Subject: [Phpwiki-talk] Nightly CVS stability HEADSUP


With all the latest php5, apache2, cgi and 
allow_call_time_pass_reference fixes lately, I somehow broke the current 
CVS code and I don't have to time to fix it properly today.
So the nightly cvs version of today will be most likely broken.

php5 is broken for sure, somewhere in the list parser.
apache2 is quite unstable.
apache1 seems to work.
-- 
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] Error on PageInfo / User Authentication

[Paul H. <he...@ma...>]

Running the nightly build dated 20 June.

Received the following error on the PageInfo page (for the homepage):

lib/FileFinder.php (In template 'info') (In template 'browse') (In template 
'body') (In template 'html'):186: Fatal[256]: LC_MESSAGES/phpwiki.php: file 
not found

-----
Running MySQL as backend database. With DBAUTH_AUTH_CREATE commented out in 
the config.ini, users are still able to add themselves to the userlist. By 
setting DBAUTH_AUTH_CREATE = "", users can no longer do this. There is a 
default value somewhere that should be blanked out, unless set in config.ini.

-----
pjh

[Phpwiki-talk] Nightly CVS stability HEADSUP

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

With all the latest php5, apache2, cgi and 
allow_call_time_pass_reference fixes lately, I somehow broke the current 
CVS code and I don't have to time to fix it properly today.
So the nightly cvs version of today will be most likely broken.

php5 is broken for sure, somewhere in the list parser.
apache2 is quite unstable.
apache1 seems to work.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/