phpwiki-talk Mailing List for PhpWiki (Page 17)

2008年4月24日, Marc-Etienne Vargenau <Mar...@al...>:
> How is the ZIP Snapshot supposed to handle the sub-pages?
>
> If you export for instance the pages created by default,
> the ZIP will contain both the file 'Help' and files like
> 'Help/ActionPage' and 'Help/AddingPages'
>
> The ZIP cannot be uncompressed because 'unzip' tries to
> both create a file Help and a directory Help (to store the
> sub-pages).
>
> Would should be done?
> Should the '/' be encoded like in pgsrc?
Initially I liked the idea of having the subdirs in the zip, that's
why I changed it to
use "/" as part of the filename.
The zip structure was not meant to be extracted, just viewed and imported again.
But when the possibility of a working extraction should be supported we should
uriencode the "/" again. Maybe an optional param to leave the / as /.
Note: The proper wiki pagename is encoded in the header, so the import
always works.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Hello,
How is the ZIP Snapshot supposed to handle the sub-pages?
If you export for instance the pages created by default,
the ZIP will contain both the file 'Help' and files like
'Help/ActionPage' and 'Help/AddingPages'
The ZIP cannot be uncompressed because 'unzip' tries to
both create a file Help and a directory Help (to store the
sub-pages).
Would should be done?
Should the '/' be encoded like in pgsrc?
Regards,
Marc-Etienne
-- 
================================================================== ------
| Marc-Etienne Vargenau | / \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE | / /|'` \
| +33 (0)1 30 77 28 33, Mar...@al... | | /'| ' |
================================================================== \ |/ /
| L'essence des Mathématiques est dans leur liberté. | \ /
| Georges Cantor | ------
==================================================================

2008年4月11日, Marc-Etienne Vargenau <Mar...@al...>:
> Another question.
>
> I have implemented a "real" remove item in menu for pages by using
> the purgePage function in WikiDB.php (instead of deletePage).
I would call it action=purge, not remove.
remove should be undoable and it should be listed in RecentChanges,
purge might be visible in RecentChanges.
> It works, but it is VERY slow (might be 2 minutes to delete a page).
>
> Trying to debug the reason for this slowness we found the following.
>
> The time is mostly spent is the following lines that seem useless:
>
> $this->_update_recent_table();
> $this->_update_nonempty_table();
>
> You removed these lines here:
>
> http://phpwiki.cvs.sourceforge.net/phpwiki/phpwiki/lib/WikiDB/backend/ADODB.php?r1=1.61&r2=1.62
>
> in file lib/WikiDB/backend/ADODB.php
I didn't just remove these two functions. I've re-implemented them for ADODB
for the special case of remove, to speed it up.
A second speed improvement, removal of pending links, is only executed
with DEBUG,
and not thoroughly tested.
If the ADODB strategy works ok, we can do the same for PearDB.
> We are using "PearDB.php"
>
> Is it safe to delete these two lines in purge_page function in
> file lib/WikiDB/backend/PearDB.php ?
No.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Hello,
Another question.
I have implemented a "real" remove item in menu for pages by using
the purgePage function in WikiDB.php (instead of deletePage).
It works, but it is VERY slow (might be 2 minutes to delete a page).
Trying to debug the reason for this slowness we found the following.
The time is mostly spent is the following lines that seem useless:
 $this->_update_recent_table();
 $this->_update_nonempty_table();
You removed these lines here:
http://phpwiki.cvs.sourceforge.net/phpwiki/phpwiki/lib/WikiDB/backend/ADODB.php?r1=1.61&r2=1.62
in file lib/WikiDB/backend/ADODB.php
We are using "PearDB.php"
Is it safe to delete these two lines in purge_page function in
file lib/WikiDB/backend/PearDB.php ?
Thank you for your help.
Best regards,
Marc-Etienne
-- 
================================================================== ------
| Marc-Etienne Vargenau | / \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE | / /|'` \
| +33 (0)1 30 77 28 33, Mar...@al... | | /'| ' |
================================================================== \ |/ /
| L'essence des Mathématiques est dans leur liberté. | \ /
| Georges Cantor | ------
==================================================================

Marc-Etienne Vargenau a écrit :
> Hello,
> 
> The "Action Page" labelling in Monobook theme seems broken.
> 
> I you add a table of content to any page, it becomes an
> Action Page.
> 
> This is due to the fact that the page now includes a plugin.
> 
> What would be the best way to correct this? To determine
> that it is an Action Page based on the name (from a predefined
> list of pages)? Other?
Hello again,
I have made the following modification in file lib/main.php
 function _isActionPage ($pagename, $verbose = true) {
 global $AllActionPages;
 return (in_array($pagename, $AllActionPages));
 // $dbi = $this->getDbh();
 // $page = $dbi->getPage($pagename);
 // if (!$page) return false;
 // $rev = $page->getCurrentRevision();
 // FIXME: more restrictive check for sane plugin?
 // if (strstr($rev->getPackedContent(), '<?plugin'))
 // return true;
 // if ($verbose and !$rev->hasDefaultContents())
 // trigger_error("$pagename: Does not appear to be an 'action 
page'", E_USER_NOTICE);
 // return false;
 }
Is this modification correct? Will it work in languages other
than English?
Thank you for your help.
Marc-Etienne
-- 
================================================================== ------
| Marc-Etienne Vargenau | / \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE | / /|'` \
| +33 (0)1 30 77 28 33, Mar...@al... | | /'| ' |
================================================================== \ |/ /
| L'essence des Mathématiques est dans leur liberté. | \ /
| Georges Cantor | ------
==================================================================

Hello,
The "Action Page" labelling in Monobook theme seems broken.
I you add a table of content to any page, it becomes an
Action Page.
This is due to the fact that the page now includes a plugin.
What would be the best way to correct this? To determine
that it is an Action Page based on the name (from a predefined
list of pages)? Other?
Thank you for your help.
Best regards,
Marc-Etienne
-- 
================================================================== ------
| Marc-Etienne Vargenau | / \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE | / /|'` \
| +33 (0)1 30 77 28 33, Mar...@al... | | /'| ' |
================================================================== \ |/ /
| L'essence des Mathématiques est dans leur liberté. | \ /
| Georges Cantor | ------
==================================================================

2008年3月31日, cereal girl <cer...@gm...>:
> Yep, When I check the header response I'm getting a 403 error... don't
> know why I didn't think of that? Thanks for clueing me in :)
> Anyways, I'm changing permissions back to 644... any exceptions I should
> know about?
just uploads must be writable.
> Reini Urban wrote:
> > cgl schrieb:
> >
> >> I have just installed phpwiki v1.3.14. When I browse to any file in my wiki,
> >> I see the message:
> >> Access Denied.
> >>
> >> Nothing more.
> >> I have tried editing config.ini, and have reinstalled. I am at a loss. Could
> >> someone with some more experience with phpwiki point me in the right
> >> direction?
> >>
> >
> > Access denied sounds to me like a file permission access error, not a
> > webserver permission error.
> >
> > Check if the files in the directory and the dirs are readable by the
> > account in which the webserver runs. usually httpd, apache, ... on
> > windows it would be SYSTEM.
> >
> >
>
>
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Yep, When I check the header response I'm getting a 403 error... don't 
know why I didn't think of that? Thanks for clueing me in :)
Anyways, I'm changing permissions back to 644... any exceptions I should 
know about?
Reini Urban wrote:
> cgl schrieb:
> 
>> I have just installed phpwiki v1.3.14. When I browse to any file in my wiki,
>> I see the message:
>> Access Denied.
>>
>> Nothing more. 
>> I have tried editing config.ini, and have reinstalled. I am at a loss. Could
>> someone with some more experience with phpwiki point me in the right
>> direction?
>> 
>
> Access denied sounds to me like a file permission access error, not a 
> webserver permission error.
>
> Check if the files in the directory and the dirs are readable by the 
> account in which the webserver runs. usually httpd, apache, ... on 
> windows it would be SYSTEM.
>
> 

Reini Urban a écrit :
> Alain Peyrat schrieb:
>> Hi,
>>
>> I'm working with Marc-Etienne Vargenau, we are running a phpwiki-1.3.14 + cvs
>> installation with a postgresql database.
>>
>> I found some errors while unpacking the cached page. At first glance, this seems
>> to be caused by the fact that the datas are binaries (compressed by gzcompress)
>> but the type is TEXT.
>>
>> In file psql-initialize.sql, the line with the bytea (binary type) has been
>> commented.
>>
>> [...]
>> 	--cached_html 	bytea DEFAULT ''
>> 	cached_html 	TEXT DEFAULT ''
>> [...]
>>
>> Do you remember why ?
> 
> I tried two versions:
> With and without HAVE_BYTEA in the backends.
> 7.x worked fine and 8.x failed with one of these, but I forgot which.
> 
> Looks like ADODB requires bytea:
> 
> lib\WikiDB\backend\ADODB_postgres7.php:
> if (!defined("USE_BYTEA")) // see schemas/psql-initialize.sql
> define("USE_BYTEA", true); // only BYTEA is binary safe
> 
> and Pear the opposite:
> 
> lib\WikiDB\backend\PearDB_pgsql.php
> if (!defined("USE_BYTEA")) // see schemas/psql-initialize.sql
> //define("USE_BYTEA", true);
> define("USE_BYTEA", false);
Thank you for your very fast answer. I didn't noticed the USE_BYTEA 
define. I will carefully take a look at it and will make some tests to 
find what we need exactly.
Many thanks,
Alain.

Alain Peyrat schrieb:
> Hi,
> 
> I'm working with Marc-Etienne Vargenau, we are running a phpwiki-1.3.14 + cvs
> installation with a postgresql database.
> 
> I found some errors while unpacking the cached page. At first glance, this seems
> to be caused by the fact that the datas are binaries (compressed by gzcompress)
> but the type is TEXT.
> 
> In file psql-initialize.sql, the line with the bytea (binary type) has been
> commented.
> 
> [...]
> 	--cached_html 	bytea DEFAULT ''
> 	cached_html 	TEXT DEFAULT ''
> [...]
> 
> Do you remember why ?
I tried two versions:
With and without HAVE_BYTEA in the backends.
7.x worked fine and 8.x failed with one of these, but I forgot which.
Looks like ADODB requires bytea:
lib\WikiDB\backend\ADODB_postgres7.php:
if (!defined("USE_BYTEA")) // see schemas/psql-initialize.sql
 define("USE_BYTEA", true); // only BYTEA is binary safe
and Pear the opposite:
lib\WikiDB\backend\PearDB_pgsql.php
if (!defined("USE_BYTEA")) // see schemas/psql-initialize.sql
 //define("USE_BYTEA", true);
 define("USE_BYTEA", false);
I'm just moving to a new flat, so everything is hidden under a big pile 
of junk.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Hi,
I'm working with Marc-Etienne Vargenau, we are running a phpwiki-1.3.14 + cvs
installation with a postgresql database.
I found some errors while unpacking the cached page. At first glance, this seems
to be caused by the fact that the datas are binaries (compressed by gzcompress)
but the type is TEXT.
In file psql-initialize.sql, the line with the bytea (binary type) has been
commented.
[...]
	--cached_html 	bytea DEFAULT ''
	cached_html 	TEXT DEFAULT ''
[...]
Do you remember why ?
Many thanks for your help,
Alain.

cgl schrieb:
> I have just installed phpwiki v1.3.14. When I browse to any file in my wiki,
> I see the message:
> Access Denied.
> 
> Nothing more. 
> I have tried editing config.ini, and have reinstalled. I am at a loss. Could
> someone with some more experience with phpwiki point me in the right
> direction?
Access denied sounds to me like a file permission access error, not a 
webserver permission error.
Check if the files in the directory and the dirs are readable by the 
account in which the webserver runs. usually httpd, apache, ... on 
windows it would be SYSTEM.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

I have just installed phpwiki v1.3.14. When I browse to any file in my wiki,
I see the message:
 Access Denied.
Nothing more. 
I have tried editing config.ini, and have reinstalled. I am at a loss. Could
someone with some more experience with phpwiki point me in the right
direction?
Thanks a million!
-- 
View this message in context: http://www.nabble.com/Access-denied.-1.3.14-install-tp16344253p16344253.html
Sent from the phpwiki-talk mailing list archive at Nabble.com.

Reini Urban a écrit :
> 2008年3月18日, Marc-Etienne Vargenau <Mar...@al...>:
>> Reini Urban a écrit :
>>
>>> Update of /cvsroot/phpwiki/phpwiki/lib
>> > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv30097
> 
>> > revert &amp; links
> 
>> > - $args .= '&amp;start_debug=' . $request->getArg('start_debug');
>> > + $args .= '&start_debug=' . $request->getArg('start_debug');
>>
>> Hello Reini,
>> You also reverted this modification. Shouldn't the '&' be escaped?
> 
> Theoretically and for strict xhtml conformity (non-quirks mode) your
> code is okay.
> But I fear that it is not stable enough when being read by the next
> request by certain php's.
OK, so I will leave it as it is.
Regards,
Marc-Etienne
-- 
================================================================== ------
| Marc-Etienne Vargenau | / \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE | / /|'` \
| +33 (0)1 30 77 28 33, Mar...@al... | | /'| ' |
================================================================== \ |/ /
| L'essence des Mathématiques est dans leur liberté. | \ /
| Georges Cantor | ------
==================================================================

Reini Urban a écrit :
> 2008年3月18日, Marc-Etienne Vargenau <Mar...@al...>:
>> Thank you for your contributions and bug corrections.
>>
>> I do not understand the change from
>> 'checked' => 'checked'
>> to
>> 'checked' => 'CHECKED'
>>
>> This corresponds to revoking my contribution
>> // Revision 1.149 2008年01月26日 14:13:29 vargenau
>> // XHTML is case-sensitive; use correct case
>> As I understand, in *X*HTML , you have to use lower case.
> 
> Ah sorry!
> I did a three way merge yesterday evening and messed this up.
> Please fix it again. Or I'll do it in the evening.
No problem. I will do it this evening from home (easier than at work).
Marc-Etienne
-- 
================================================================== ------
| Marc-Etienne Vargenau | / \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE | / /|'` \
| +33 (0)1 30 77 28 33, Mar...@al... | | /'| ' |
================================================================== \ |/ /
| L'essence des Mathématiques est dans leur liberté. | \ /
| Georges Cantor | ------
==================================================================

2008年3月18日, Marc-Etienne Vargenau <Mar...@al...>:
> Reini Urban a écrit :
>
> > Update of /cvsroot/phpwiki/phpwiki/lib
> > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv30097
> > revert &amp; links
> > - $args .= '&amp;start_debug=' . $request->getArg('start_debug');
> > + $args .= '&start_debug=' . $request->getArg('start_debug');
>
> Hello Reini,
> You also reverted this modification. Shouldn't the '&' be escaped?
Theoretically and for strict xhtml conformity (non-quirks mode) your
code is okay.
But I fear that it is not stable enough when being read by the next
request by certain php's.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

2008年3月18日, Marc-Etienne Vargenau <Mar...@al...>:
> Thank you for your contributions and bug corrections.
>
> I do not understand the change from
> 'checked' => 'checked'
> to
> 'checked' => 'CHECKED'
>
> This corresponds to revoking my contribution
> // Revision 1.149 2008年01月26日 14:13:29 vargenau
> // XHTML is case-sensitive; use correct case
> As I understand, in *X*HTML , you have to use lower case.
Ah sorry!
I did a three way merge yesterday evening and messed this up.
Please fix it again. Or I'll do it in the evening.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/
http://spacemovie.mur.at/ http://helsinki.at/

Reini Urban a écrit :
> Marc-Etienne Vargenau schrieb:
>> Hello,
>>
>> I am trying to improve the user interface of the RecentChanges plugin.
>>
>> I have some questions, sorry if they are trivial.
Hello Reini,
Thank you for the answers. My changes are not mature enough to be
published now. I will show you when it is ready.
Best regards,
Marc-Etienne
-- 
================================================================== ------
| Marc-Etienne Vargenau | / \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE | / /|'` \
| +33 (0)1 30 77 28 33, Mar...@al... | | /'| ' |
================================================================== \ |/ /
| L'essence des Mathématiques est dans leur liberté. | \ /
| Georges Cantor | ------
==================================================================

Marc-Etienne Vargenau schrieb:
> Hello,
> 
> I am trying to improve the user interface of the RecentChanges plugin.
> 
> I have some questions, sorry if they are trivial.
> 
> 1) What is the meaning of the "||=" syntax?
> In MyRecentedits, you have "show_minor=1 show_deleted||=1"
> Why not write "show_minor=1 show_deleted=1" ?
||= is a weaker assignment than =, "define if not defined."
You can override ||= values in the url, but you cannot override = 
assignments via url assignments.
> 2) In all pages, you have "daylist=1,3,7,30,90,0"
> except in FullRecentChanges where you have "daylist=1,3,7,30,90,-1"
> Why?
Don't know. Both are the same.
 elseif ($days < 1)
 $label = "..."; //alldays
 else
 $label = sprintf(_("%s days"), abs($days));
So -1 displays "..." for alldays, but takes days=0 as argument.
But days=0 also displays "..." now.
BTW: With 0 days the day filter is ignored. All changes are listed.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/
http://helsinki.at/ http://spacemovie.mur.at/

Hello,
I am trying to improve the user interface of the RecentChanges plugin.
I have some questions, sorry if they are trivial.
1) What is the meaning of the "||=" syntax?
In MyRecentedits, you have "show_minor=1 show_deleted||=1"
Why not write "show_minor=1 show_deleted=1" ?
2) In all pages, you have "daylist=1,3,7,30,90,0"
except in FullRecentChanges where you have "daylist=1,3,7,30,90,-1"
Why?
Thank you in advance.
Marc-Etienne
-- 
================================================================== ------
| Marc-Etienne Vargenau | / \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE | / /|'` \
| +33 (0)1 30 77 28 33, Mar...@al... | | /'| ' |
================================================================== \ |/ /
| L'essence des Mathématiques est dans leur liberté. | \ /
| Georges Cantor | ------
==================================================================

Hello,
there is a known bug in WikiUserNew.php (release 1.3.14 and CVS 
version). A bug report can be found on sourceforge: 
http://sourceforge.net/tracker/index.php?func=detail&aid=1792652&group_id=6121&atid=106121
Usind phpwiki with php 5.2.x and external authentication produces a loop 
in WikiUserNew.php. The result is an empty page. Trying the same with 
php 4.8 no problem exists.
The loop is between this calls:
 is_subclass_of
 isa
 check_php_version (3x)
 is_object
 get_class
 strtolower (2x)
 is_subclass_of
 get_class
 _DbPassUser->hasHomePage
 _DbPassUser->userExists
 get_class
 strtolower
 check_php_version
 UpgradeUser
 isa
 check_php_version (3x)
 is_object
 get_class
 strtolower (2x)
 is_subclass_of
 isa
Admin authentication works with php 5.2.5 fine. User authentication breaks. 
Our new server cannot be used until this bug is fixed. So i try to ask for help here also.
Thank you, regards Stefan

Marc-Etienne Vargenau schrieb:
> I would like to know which debbuging environment you use for maintaining
> Phpwiki.
> 
> I tried xdebug, but I have almost systematic crashes (segmentation fault).
Zend
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/
http://helsinki.at/ http://spacemovie.mur.at/

Marc-Etienne Vargenau wrote:
>Sabri LABBENE a écrit :
>> Marc-Etienne Vargenau wrote:
>>> Hello again Reini,
>> 
>> Hello Marc-Etienne,
>> 
>>> In the Apache error_log, I have the following:
>>>
>>> [client 139.54.31.221] PHP Parse error: parse error, unexpected 
>>> T_CONSTANT_ENCAPSED_STRING in 
>>> /opt/gforge-1.2/www/wiki/themes/default/Wikiwyg/Wikiwyg/Phpwiki
>>> .js on line 184,
>>> referer: http://acmev/wiki/g/cssforge/acos1.2-VTS?action=edit
>>>
>>> I did not activate the Wysiwyg mode.
>>>
>>> Do you have an idea where I should look to correct this bug?
>>>
>>> Code is latest from CVS.
>> 
>> Wysiwyg is my contribution. I'm the maintainer of wysiwyg.
>> Wysiwyg latest cvs sources are, unfortunately, not stable. I didn't 
>> have time those last days to fix what is wrong. Sorry for 
>this inconvenience.
>> I'll have a look on that soon (may be this night) and keep 
>you informed.
>> 
>> Thanks for the report,
>> -- Sabri LABBENE.
>
>Hello,
>
>Thank you for the answer.
>
>Next question :-)
>
>In file lib/WysiwygEdit/Wikiwyg.php
>I would like to replace
>src="/blank.htm" with src="blank.htm"
>
>This is necessary for us, because we are integrating Phpwiki 
>with Gforge and in that case the "blank.htm" file is not at top-level.
>
>Would this modification have bad side-effects? It seems to work for me.
Yes you can replace it. 
I have a blank.htm at top level cause it used by other stuff of CodeX :)
I'll add some comments to the code.
Thanks,
-- Sabri.

Sabri LABBENE a écrit :
> Marc-Etienne Vargenau wrote:
>> Hello again Reini,
> 
> Hello Marc-Etienne,
> 
>> In the Apache error_log, I have the following:
>>
>> [client 139.54.31.221] PHP Parse error: parse error, 
>> unexpected T_CONSTANT_ENCAPSED_STRING in 
>> /opt/gforge-1.2/www/wiki/themes/default/Wikiwyg/Wikiwyg/Phpwiki
>> .js on line 184,
>> referer: http://acmev/wiki/g/cssforge/acos1.2-VTS?action=edit
>>
>> I did not activate the Wysiwyg mode.
>>
>> Do you have an idea where I should look to correct this bug?
>>
>> Code is latest from CVS.
> 
> Wysiwyg is my contribution. I'm the maintainer of wysiwyg.
> Wysiwyg latest cvs sources are, unfortunately, not stable. I didn't have
> time those last days to fix what is wrong. Sorry for this inconvenience.
> I'll have a look on that soon (may be this night) and keep you informed.
> 
> Thanks for the report,
> -- Sabri LABBENE.
Hello,
Thank you for the answer.
Next question :-)
In file lib/WysiwygEdit/Wikiwyg.php
I would like to replace
src="/blank.htm" with src="blank.htm"
This is necessary for us, because we are integrating Phpwiki with Gforge
and in that case the "blank.htm" file is not at top-level.
Would this modification have bad side-effects? It seems to work for me.
Best regards,
Marc-Etienne
-- 
================================================================== ------
| Marc-Etienne Vargenau | / \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE | / /|'` \
| +33 (0)1 30 77 28 33, Mar...@al... | | /'| ' |
================================================================== \ |/ /
| L'essence des Mathématiques est dans leur liberté. | \ /
| Georges Cantor | ------
==================================================================

Marc-Etienne Vargenau wrote:
>Hello again Reini,
Hello Marc-Etienne,
>In the Apache error_log, I have the following:
>
>[client 139.54.31.221] PHP Parse error: parse error, 
>unexpected T_CONSTANT_ENCAPSED_STRING in 
>/opt/gforge-1.2/www/wiki/themes/default/Wikiwyg/Wikiwyg/Phpwiki
>.js on line 184,
>referer: http://acmev/wiki/g/cssforge/acos1.2-VTS?action=edit
>
>I did not activate the Wysiwyg mode.
>
>Do you have an idea where I should look to correct this bug?
>
>Code is latest from CVS.
Wysiwyg is my contribution. I'm the maintainer of wysiwyg.
Wysiwyg latest cvs sources are, unfortunately, not stable. I didn't have
time those last days to fix what is wrong. Sorry for this inconvenience.
I'll have a look on that soon (may be this night) and keep you informed.
Thanks for the report,
-- Sabri LABBENE.