see
http://develop.twiki.org/~develop/cgi-bin/edit/Bugs/Item554?t=11288
i suspect that the topic worked previously, and then some localisation settings were changed
I edited and closed the bug by using vi on the develop server
-- SD
Just to save you some lookup, the symptom is that the attempt to edit results in:
TWiki detected an error or attempted hack - please check your TWiki logs and webserver logs for more information.
Malformed UTF-8 character (unexpected non-continuation byte 0x72 after start byte 0xf6) in substitution iterator
--
TW
The above topic cannot be viewed either in
PatternSkin, but it can be viewed in
ClassicSkin. It cannot be edited in either skin.
I copied the text that showed when viewing in classic skin into my installation, but then there are no problems. There are german umlaut characters attempted in this text. I suspect this has something to do with the string
jörg
but without access to the real text there is little one can experiment with... --
TW
I attached the actual problematic topic. Hmmm. I duplicated the Bugs web on my machine, and configured it exactly like develop. It's fine. The difference is, i think, that develop is 5.6 and my perl is 5.8. --
CC
I don't think your
attached Item554 is the actual topic text, as it contains all the problem characters in encoded format. When viewing this on my TWiki installation, none of the encoded characters are translated back. --
TW
Item678 is another example of this problem. It looks like it only happens on Perl 5.6.1 installations. See
RichardDonkin's musing in twiki-dev email.
Item625 is the testcase for this - try and edit that topic!
CC
I've had a good go at upgrading the CPAN modules on develop.twiki.org, and its not seemed to help. I really don't know what more i can try (I was going to repicate the config in a vmware session, but i've run out of disk space
)
Help?
-- SD
more info
the apache error log says
********************************
Malformed UTF-8 character (unexpected non-continuation byte 0x72 after
start byte 0xf6) in substitution iterator at
/home/virtual/site2/fst/home/dev
elop/twikisvn/lib/TWiki.pm line 577.
TWiki::UI::__ANON__('Malformed UTF-8 character (unexpected
non-continuation byte 0x72...') called at
/home/virtual/site2/fst/home/develop/tw
ikisvn/lib/TWiki.pm line 577
TWiki::writeCompletePage('TWiki=HASH(0x80fbbf0)', '<!DOCTYPE
html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "...', 'edit',
'text/html'
) called at
/home/virtual/site2/fst/home/develop/twikisvn/lib/TWiki/UI/Edit.pm line 321
TWiki::UI::Edit::edit('TWiki=HASH(0x80fbbf0)') called at
/home/virtual/site2/fst/home/develop/twikisvn/lib/TWiki/UI.pm line 97
TWiki::UI::__ANON__() called at
/home/virtual/site2/fst/home/develop/twikisvn/lib/CPAN/lib///Error.pm
line 387
eval {...} called at
/home/virtual/site2/fst/home/develop/twikisvn/lib/CPAN/lib///Error.pm
line 379
Error::subs::try('CODE(0x89c2a4c)', 'HASH(0x89df3fc)') called at
/home/virtual/site2/fst/home/develop/twikisvn/lib/TWiki/UI.pm line 146
TWiki::UI::run('CODE(0x8230e88)') called
and line 577 is
$text =~ s/([\t ]?)[ \t]*<\/?(nop|noautolink)\/?>/$1/gis;
and if I comment out as below
sub writeCompletePage {
my ( $this, $text, $pageType, $contentType ) = @_;
ASSERT($this->isa( 'TWiki')) if DEBUG;
if( ($contentType||'') ne 'text/plain' ) {
# # Remove <nop> and <noautolink> tags
# $text =~ s/([\t ]?)[ \t]*<\/?(nop|noautolink)\/?>/$1/gis;
# $text .= "\n" unless $text =~ /\n$/s;
# spamProof( $text );
}
I can then edit
if I just comment out the nop line, it then dies in the spamProof....
yes, downgrading the develop.twiki.org server to use verion 1.03 of Locale::Maketext (
http://backpan.perl.org/authors/id/S/SB/SBURKE/Locale-Maketext-1.03.tar.gz) fixed it - now a docco issue
added Locale::Maketext to the list of versions we show in configure
svn:7078
--
SD
Please see my comments in
Item625 about this - should be documented and ideally a patch submitted to author of
CPAN:Locale::Maketext.
RD
See
Item625.
AT