from
TWiki:Support/BugInvisableTableEntries
that putting the word CGI into ==='s makes it dissapear.
Terry worked out that its the cpan CGI module, thats being clever with what it obviously thinks is a reserved word.
-
TWiki:Main/SvenDowideit
- 20 Sep 2007
Sounds like this should be reported/fixed upstream?
--
TWiki:Main.SteffenPoulsen
- 24 Sep 2007
Test case:
CGI
and
CIA
(CGI and CIA)
Reprioritizing to normal; this is not a release blocker.
--
PTh - 25 Sep 2007
Yes, this should be reported upstream.
--
TWiki:Main.PeterThoeny
- 25 Sep 2007
I assume from the lack of tracking information that no-one has followed this up.
CC
Reported upstream as:
--
TWiki:Main.SteffenPoulsen
- 22 Dec 2007
At Apr 14th, there was an answer to the report:
Seg. Abr. 14 13:39:10 2008 LDS - Correspondência adicionada
This is part of a more general bug that can't be fixed. The workaround
is to call CGI->code('CGI') or $q=new CGI; $q->code('CGI')
The bug is unfixable cause CGI.pm was designed to have procedural and OO interfaces. Remember that
Foo::bar('Foo', 'baz')
is equivalent to
Foo->bar('baz')
, I mean:
CGI::code('CGI')
is interpreted as
CGI->code()
and we have no output! As stated, a good workaround is:
CGI->code($text)
. Translated to TWiki (don't worry about revision number. I use a private mirror with SVK to develop):
=== TWiki/Render.pm
==================================================================
--- TWiki/Render.pm (revision 15810)
+++ TWiki/Render.pm (local)
@@ -342,7 +342,7 @@
$theText =~ s/\t/ /g;
$theText =~ s|((?:[\s]{2})+)([^\s])|' ' x (length($1) / 2) . $2|eg;
$theText = CGI::b( $theText ) if $theDoBold;
- return CGI::code( $theText );
+ return CGI->code( $theText );
}
# Build an HTML <Hn> element with suitable anchor for linking from %<nop>TOC%
I'll test it later and if unit tests passes, I'll checkin.
--
TWiki:Main.GilmarSantosJr
- 09 Aug 2008
It was also needed to change
CGI::b()
to
CGI->b()
.
--
TWiki:Main.GilmarSantosJr
- 09 Aug 2008