[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