[pmwiki-users] unable to retrieve edit form Site.EditForm

Clemens Gruber cgruber at uni-osnabrueck.de
Fri Apr 6 12:39:31 CDT 2012


Petko Yotov wrote:
> The problem likely happens somewhere in the recode function in PmWiki, 
> not with permissions of Site.EditForm. To convert character encodings 
> from the core pages to your local encoding, PmWiki will use one of 4 
> PHP functions if they exist: iconv(), mb_convert_encoding(), 
> utf8_decode() or utf8_encode() in that order. In 2.2.35, the 
> utf8_decode() and utf8_encode() are before the other ones, but they 
> don't recover some special characters, so now, if iconv() or 
> mb_convert_encoding() exist, they are used instead. From what you tell 
> me, I can assume one of these two is not working properly. What is 
> your server version, PHP version, and operating system version? 

SunOS z01 5.10
Apache
PHP 5.3.6


>> I set up a fresh new PmWiki with version 2.2.36 on the same server and
>> all worked find. So I think it is a problem with old existing PmWikis
>> and updates. But I have no idea where to go on ...
> It is important to know if your new installation is in ISO-8859-1 or in UTF-8,
> and if you can see pages like ReleaseNotes. Is the problem the conversion from
> UTF-8 to ISO-8859-1, or the other way? The Site.EditForm is normally in *-8
> but if your wiki is in *-1, the page will be recoded. If your new wiki is in
> *-8, no recoding is needed.

Ok, I see. With the default installation (with 
include_once("scripts/xlpage-utf-8.php");) all is working. If I 
un-comment this line I got same issues as described: Empty pages.


> P.S. Once again I'm sorry for my late replies during the next week.

No problem, thanks a lot for your help and your work for PmWiki and the 
community!

Regards
Clemens




More information about the pmwiki-users mailing list