From 0d0cac16029c735134375ec7e9996117ca189bea Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Mon, 10 Mar 2008 09:43:25 -0400 Subject: web commit by XTaran: Bug report: htmltidy has no possibilty to use an alternative config file which may other usages --- ..._alternative_config_file_which_may_break_other_usages.mdwn | 11 +++++++++++ 1 file changed, 11 insertions(+) create mode 100644 doc/bugs/htmltidy_has_no_possibilty_to_use_an_alternative_config_file_which_may_break_other_usages.mdwn (limited to 'doc/bugs') diff --git a/doc/bugs/htmltidy_has_no_possibilty_to_use_an_alternative_config_file_which_may_break_other_usages.mdwn b/doc/bugs/htmltidy_has_no_possibilty_to_use_an_alternative_config_file_which_may_break_other_usages.mdwn new file mode 100644 index 000000000..163f01750 --- /dev/null +++ b/doc/bugs/htmltidy_has_no_possibilty_to_use_an_alternative_config_file_which_may_break_other_usages.mdwn @@ -0,0 +1,11 @@ +The htmltidy plugin as in the Backports.org version 2.32.3~bpo40+1 of ikiwiki does not play well with other usages of HTML Tidy since it has no possibility to use an alternative config file. + +E.g. since I usually use HTML Tidy manually only to check and not to fix HTML, I have "write-back: no" in my $HOME/.tidyrc which throws an awful lot of Perl warnings and renders all ikiwiki pages empty as soon as I enable htmltidy. + +I see two possibilities how to fix this: + +1) Replace "$pid=open2(*IN, *OUT, 'tidy -quiet -asxhtml -utf8 --show-body-only yes - +-show-warnings no --tidy-mark no');" by "$pid=open2(*IN, *OUT, 'tidy -quiet -asxhtml -utf8 --show-body-only yes - +-show-warnings no --tidy-mark no --write-back yes');" -- This is the fastest fix, but not very elegant, since it doesn't solve the general problem. + +2) Make it configurable via ikiwiki.setup as e.g.with the tags plugin. Haven't looked into this code yet. -- cgit v1.2.3 From 79a0699b928933be350472a13c3fe77a9887af12 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Mon, 10 Mar 2008 12:58:23 -0400 Subject: web commit by buo: Problem solved. --- doc/bugs/blog_posts_not_added_to_mercurial_repo.mdwn | 7 +++++++ 1 file changed, 7 insertions(+) (limited to 'doc/bugs') diff --git a/doc/bugs/blog_posts_not_added_to_mercurial_repo.mdwn b/doc/bugs/blog_posts_not_added_to_mercurial_repo.mdwn index 93d0aaf9f..e754868cc 100644 --- a/doc/bugs/blog_posts_not_added_to_mercurial_repo.mdwn +++ b/doc/bugs/blog_posts_not_added_to_mercurial_repo.mdwn @@ -12,3 +12,10 @@ If I then edit the blog post, **then** the file gets commited and I can see the > For mercurial, these run respectively `hg add` and `hg commit`. If the > add or commit fails, it will print a warning to stderr, you might check > apache's error.log to see if there's anything there. --[[Joey]] + +>>The problem was using accented characters (é, í) on the change comments. I didn't have +>>an UTF-8 locale enabled in my setup file. By coincidence this happened for the first time +>>in a couple of consecutive blog posts, so I was mistaken about the root of the problem. I don't know if +>>you will consider this behavior a bug, since it's strictly speaking a misconfiguration but it +>>still causes ikiwiki's mercurial backend to fail. A quick note in the docs might be a good idea. For my part, please +>>close this bug, and thanks for the help. --[[buo]] -- cgit v1.2.3 From cd0fa5a77675829a4dc73bf665231630a5085a19 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Mon, 10 Mar 2008 16:34:54 -0400 Subject: web commit by http://madduck.net/ --- ...esdiff_crashes_on_commits_which_remove_a_lot_of_files.mdwn | 11 +++++++++++ 1 file changed, 11 insertions(+) (limited to 'doc/bugs') diff --git a/doc/bugs/recentchangesdiff_crashes_on_commits_which_remove_a_lot_of_files.mdwn b/doc/bugs/recentchangesdiff_crashes_on_commits_which_remove_a_lot_of_files.mdwn index ea473ac75..5872275b5 100644 --- a/doc/bugs/recentchangesdiff_crashes_on_commits_which_remove_a_lot_of_files.mdwn +++ b/doc/bugs/recentchangesdiff_crashes_on_commits_which_remove_a_lot_of_files.mdwn @@ -12,3 +12,14 @@ This is reproducible, but I cannot provide the source code. > ikiwiki on some files that are just large, and cannot reproduce any > problems, so it must be something in the specific file. (A perl bug is > also clearly involved here.) --[[Joey]] + +The tarball is at http://scratch.madduck.net/__tmp__recentchanges-segfault.tgz - unpack it in `/tmp` and `chdir()` to /tmp/cdt.taF18912, then run + + ikiwiki --setup ikiwiki.setup + # segfaults + git checkout HEAD^ + ikiwiki --setup ikiwiki.setup + # segfaults + rm -rf wc/recentchanges + ikiwiki --setup ikiwiki.setup + # works -- cgit v1.2.3 From dd52e95836dfbc56bab15674391ce911b92adf24 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 11 Mar 2008 06:20:20 -0400 Subject: web commit by http://alcopop.org/me/openid/ --- ...gin_should_alert_user_about_an_invalid_pagespec_in_preferences.mdwn | 3 +++ 1 file changed, 3 insertions(+) create mode 100644 doc/bugs/lockedit_plugin_should_alert_user_about_an_invalid_pagespec_in_preferences.mdwn (limited to 'doc/bugs') diff --git a/doc/bugs/lockedit_plugin_should_alert_user_about_an_invalid_pagespec_in_preferences.mdwn b/doc/bugs/lockedit_plugin_should_alert_user_about_an_invalid_pagespec_in_preferences.mdwn new file mode 100644 index 000000000..63c5b5e08 --- /dev/null +++ b/doc/bugs/lockedit_plugin_should_alert_user_about_an_invalid_pagespec_in_preferences.mdwn @@ -0,0 +1,3 @@ +[[plugins/lockedit]] adds the form fields for a [[pagespec]] to preferences. This pagespec should be supplied "raw"; i.e., without quotes around it. Inexperienced users (such as [[myself|jondowland]]) may provide an invalid pagespec, such as one with quotes on it. This will be merrily accepted by the form, but will cause no locking to take place. + +Perhaps some validation should be performed on the pagespec and the form-submission return include "warning: this pagespec is invalid" or "warning: this pagespec does not match any existing pages" or similar. -- cgit v1.2.3 From 09e69a642b9697c79157ceab5216b7158b4c23c6 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 11 Mar 2008 09:09:15 -0400 Subject: web commit by http://hendry.iki.fi/: openid acl --- doc/bugs/openid_user_filtering.mdwn | 9 +++++++++ 1 file changed, 9 insertions(+) create mode 100644 doc/bugs/openid_user_filtering.mdwn (limited to 'doc/bugs') diff --git a/doc/bugs/openid_user_filtering.mdwn b/doc/bugs/openid_user_filtering.mdwn new file mode 100644 index 000000000..8b2d0082e --- /dev/null +++ b/doc/bugs/openid_user_filtering.mdwn @@ -0,0 +1,9 @@ +As mentioned on IRC, I think a cheap form of [[todo/ACL]] can be maintained using [OpenID in ikiwiki](http://packages.qa.debian.org/libn/libnet-openid-consumer-perl.html). + +Say I want to limit edits to [wiki.webvm.net](http://wiki.webvm.net/) to users of that machine. For the user 'hendry' I create a http://hendry.webvm.net/ OpenID (which actually delegates to http://hendry.myopenid.com/). And likewise for other users. + +So I suggest an ikiwiki configuration like: + + users => ["*.webvm.net"], + +Would only allow edits from openIDs of that form. -- cgit v1.2.3