KnownIssues
| StartPage|
New Wiki engine
The Wiki engine responsible for translating Wiki markup into HTML has been rewritten. It is supposed to be compatible to the previous version but it is not possible to test all combinations of Wiki markup.
Uploading PHP code
PWP 1.5.0 filters names of uploaded files and adds .txt to known script extensions. It is not guaranteed that all scripts get renamed into a text file.
In PWP 1.4.3 and lower releases
Uploading PHP code
It is possible to upload PHP files into the directory of uploaded files. I recommend to configure your webserver in such a way, that uploaded scripts cannot be executed within wiki/upload.
Formatting does not work at the beginning or end of a page
Your page must not start or end with a text rule for bold, italic or underlined text. There must be at least one character or a line break before and after the highlighted text.
URLs get formatted as emphasized text
Avoid URLs ending with a slash, like http://myserver/home/. These URLs may collide with the emphasize text rule in some cases.
Recent Changes
If several pages were saved having the same server time stamp, PWP will not recognize all pages as recently modified.
In PWP 1.4.2 and lower releases
Static pages cannot be created due to a 0 seconds timeout
PWP uses the function "get_cfg_var" instead of "ini_var" to determine the maximum execution time. If no PHP ini file is present, the function returns 0. Manual fix: Either open "/resp/wiki/extra/CreateStatic.inc"; line 39. Replace the function call "get_cfg_var" by "ini_var". Or provide a PHP ini file with a setting for "max_execution_time".
Snippets do not work in the quick edit form
The quick edit form shows links to insert text snippets but a click causes a JavaScript error. Manual fix: Open "resp/wiki/QuickEditPage.inc". Rename the HTML form from "quickeditform" to "editform".
In PWP 1.4.1 and lower releases
Erased files may appear in lists
On erasing files/pages the erased files/pages may appear in the list of files/pages if the cache is enabled on rare occasions.
Quick edit does not work
A click on quick edit causes a script error on Unix OS. Manual fix:
Open the file "resp/wiki/QuickEditPage.inc"; about line 75. Uppercase the 'wiki/viewPage' to 'wiki/ViewPage'.
Pages marked "under construction" get published
If the cache is enabled, PWP may ignore the text rule "!?". Just clear the cache before publishing the pages.
Static pages contain links to 'run.php...'
There is a bug in PWP which may cause static pages to contain dynamic links instead of links to HTML pages. The workaround is to clear the cache before crating static pages. This bug will be resolved in higher releases.
New pages are displayed empty after first edit
Depending on the PHP version and/or the OS, newly created Wiki pages appear empty after saving them. A reload makes the page appear completely. This error doesn't seem to happen with PHP 4.2 on Win2K or SUSE 7.1. Cause is a missing call to the function 'clearstatcache()'. PHP is lazy in reading file infos from a directory; the infos remain cached, even if the files change their size. 'clearstatcache()' would force a reload of all cached information. All user input gets correctly stored in a data file, there is no data loss.
File names starting with a dot
Under OSX and other Unix based OS there may be "hidden" system files visible in the data, upload and trash directory. Their file names are starting with a dot. As long as you do not touch these files, everything is OK. Further PWP releases will pay attention to this OS specific behaviour and hide all files starting with a dot.
Multibyte languages
PWP uses the PHP function "htmlentities()" which seems to cause problems with
multibyte languages. As workaround you should configure your PWP installation
to allow HTML tags and restrict the tag set to some unimportant tag only.
$this->mProp['AllowedTags'] = '<br>';
Spiders and search engines
Spiders, crawlers, search robots or whatever is out there indexing web sites may delete your Wiki pages into the trash bin and mix up your revision history - all 'accidentally'. The searchers simply follow every link on a page - and there is one 'erase' link on every page. The Wiki page index contains a whole bunch of 'erase' links! This scenario affects open Wikis, only. Installations protected by .htaccess or a similar mechanisms are on the safe side.
Solution: Guide the search engines to your static pages and deny access to the dynamic part by providing a robots.txt in your web server root dir. For more information about this file, just search the web.
In higher releases there will be JavaScript links preventing the search engines from erasing pages.
(Powered by PWP Version 1-5-1)