[bug]: the main part is the reverse renderer in renderer.php, from what I've understood from the forum/mailinglist that part should be finished (or even work?), the missing parts are more the datastructure for keeping track of the moved pages etc., there are many fixmes in the code
quit
geckon_ (~geckon@77.93.197.222) has quit (Quit: leaving)
join
geckon_ (~geckon@77.93.197.222) entered the channel
when I have finished some other dokuwiki-related things and there is still nobody who has continued the pagemoveng plugin I'll see if I can continue/finish it
with regards to upgrading an existing wiki using "dokuwiki-downloader.php", i get complaints that conf/local*foo already exists. am i to "touch" the conf/local files or rm them?
"The plugin manager was unable to decompress the downloaded file. This maybe as a result of a bad download, in which case you should try again; or the compression format may be unknown, in which case you will need to download and install the plugin manually." ??
hm, and I wanted to suggest that the plugin pages template should be writable by plugin team members, but then noticed that feature is still missing because nobody has sent an updated patch
i downloaded the upgrade plugin from git hub. uncompressed the file "master". now i get this err... "SYSTEM WARNING: require_once(/var/www/dokuwikiJJM/lib/plugins/upgrade/VerboseTarLib.class.php) [function.require-once]: failed to open stream: No such file or directory"
is anyone willing o test the upgrade plugin? i get three "continue" steps. next step (of ??) says admin&page=upgrade§ok=8b6690cd8f5969c4b4f9dffd55f7977f&step[cancel]=Continue. It may be down for maintenance or configured incorrectly
lupo49: if you think it helps you I could offer to walk through the code together with you and to try understanding what the code does and the intention of chimeric was. but I would prefer doing that either when we meet in person or with some voip solution so I don't need to write and read code at the same time.
lupo49: so that there is one commit for the rewrite, one for the threading features (I've added some usethreads feature, but I don't even know if that works), one for the ajax stuff (which probably needs to be rewritten, too)
but I commit small changes or changes where I'm relatively sure it won't break anything at least directly to master so they are included in installations and upgrades
lupo49: because you know how the form looks like and what cid you've got from the redirect url and thus you can easily modify the form of another comment
lupo49: hm, I have the fear that there aren't any ACL checks on comment editing function. and there is also no checkSecurityToken. which means that that you can probably edit random comments when you know which parameters you need.
lupo49: I haven't really planned that unfortunately (that code hasn't been touched for more than two years) and as I'm not using the discussion plugin anymore I'm also not that motivated