diff options
| author | Simon McVittie <smcv@ http://smcv.pseudorandom.co.uk/> | 2008-07-21 12:31:04 +0100 |
|---|---|---|
| committer | Simon McVittie <smcv@ http://smcv.pseudorandom.co.uk/> | 2008-07-21 12:31:04 +0100 |
| commit | 9c02d61d9bbc41705a5e32543b51261fad891095 (patch) | |
| tree | a590b8be85eee86cff045118cb30c1539cbe7e3c | |
| parent | 6153fd6d88fd41ee12a850652a6903a17ae9edda (diff) | |
| download | ikiwiki-9c02d61d9bbc41705a5e32543b51261fad891095.tar ikiwiki-9c02d61d9bbc41705a5e32543b51261fad891095.tar.gz | |
Migrate doc/bugs via prefix_directives
This is a partial commit of:
egrep -rl '\[\[[a-z]+ ' doc | xargs --max-args 1 ./ikiwiki-transition
prefix_directives
45 files changed, 60 insertions, 60 deletions
diff --git a/doc/bugs/Another_UTF-8_problem.mdwn b/doc/bugs/Another_UTF-8_problem.mdwn index b5bcd30d2..031576f00 100644 --- a/doc/bugs/Another_UTF-8_problem.mdwn +++ b/doc/bugs/Another_UTF-8_problem.mdwn @@ -10,4 +10,4 @@ with my pretty standard Ubuntu gutsy Firefox installation? --[[tschwinge]] > is already valid utf-8, when in fact it's not yet been decoded. So I > removed that line to fix it. --[[Joey]] -[[tag done]] +[[!tag done]] diff --git a/doc/bugs/CGI_problem_with_some_webservers.mdwn b/doc/bugs/CGI_problem_with_some_webservers.mdwn index 1b09608c6..a40a454c1 100644 --- a/doc/bugs/CGI_problem_with_some_webservers.mdwn +++ b/doc/bugs/CGI_problem_with_some_webservers.mdwn @@ -1,5 +1,5 @@ The "ikwiki.cgi?page=index&do=edit" function has a problem -when running with [[debpkg thttpd]] or [[debpkg mini-httpd]]: +when running with [[!debpkg thttpd]] or [[!debpkg mini-httpd]]: for some reason the headers ikiwiki outputs are transmitted as the page content. Surprisingly, the "do=prefs" function works as expected. @@ -15,7 +15,7 @@ Here is what it looks like in iceweasel: <html> (...) -Ikiwiki runs fine with [[debpkg boa]]. +Ikiwiki runs fine with [[!debpkg boa]]. --[[JeremieKoenig]] @@ -64,6 +64,6 @@ Why do they appear two times with conflicting values in the very same hashes? >>> where ikiwiki might output to stderr, and that's the right thing to do. >>> So I don't see any way to address this in ikiwiki. --[[Joey]] ->>>> (reported as [[debbug 437927]] and [[debbug 437932]]) --[[JeremieKoenig]] +>>>> (reported as [[!debbug 437927]] and [[!debbug 437932]]) --[[JeremieKoenig]] Marking [[done]] since it's not really an ikiwiki bug. --[[Joey]] diff --git a/doc/bugs/Can__39__t_create_root_page.mdwn b/doc/bugs/Can__39__t_create_root_page.mdwn index 6b0d0023d..60cbcd530 100644 --- a/doc/bugs/Can__39__t_create_root_page.mdwn +++ b/doc/bugs/Can__39__t_create_root_page.mdwn @@ -66,4 +66,4 @@ This type of page name (with leading slash) also gets created by the aggregate p >> -- intrigeri -[[tag patch]] +[[!tag patch]] diff --git a/doc/bugs/Insecure_dependency_in_utime.mdwn b/doc/bugs/Insecure_dependency_in_utime.mdwn index de20385f6..330479d22 100644 --- a/doc/bugs/Insecure_dependency_in_utime.mdwn +++ b/doc/bugs/Insecure_dependency_in_utime.mdwn @@ -11,4 +11,4 @@ I worked-around this by doing: > apparently all versions of perl, apparently leaking taint flags at random. > See [[Insecure_dependency_in_mkdir]] --[[Joey]] -[[tag done]] +[[!tag done]] diff --git a/doc/bugs/Monotone_rcs_support.mdwn b/doc/bugs/Monotone_rcs_support.mdwn index 103e31001..3d1388312 100644 --- a/doc/bugs/Monotone_rcs_support.mdwn +++ b/doc/bugs/Monotone_rcs_support.mdwn @@ -4,7 +4,7 @@ so commits made via monotone will not automatically update the wiki. Here for future reference is the most recent version of support for that I've been sent. It's not yet working; there are path issues. --[[Joey]] -> I think this was fixed in version 2.40. --[[Joey]] [[tag done]] +> I think this was fixed in version 2.40. --[[Joey]] [[!tag done]] <pre> diff --git a/IkiWiki/Rcs/monotone.pm b/IkiWiki/Rcs/monotone.pm diff --git a/doc/bugs/No___34__sid__34___in_forms_resulting_in_Error:_Your_login_session_has_expired..mdwn b/doc/bugs/No___34__sid__34___in_forms_resulting_in_Error:_Your_login_session_has_expired..mdwn index 37f745047..06bbce91a 100644 --- a/doc/bugs/No___34__sid__34___in_forms_resulting_in_Error:_Your_login_session_has_expired..mdwn +++ b/doc/bugs/No___34__sid__34___in_forms_resulting_in_Error:_Your_login_session_has_expired..mdwn @@ -36,4 +36,4 @@ View source of editing page or preview+edit page shows no "sid" input value. (I </TMPL_IF> > Well, that don't look like as good an idea today.. I've documented the -> recent template change. --[[Joey]] [[tag done]] +> recent template change. --[[Joey]] [[!tag done]] diff --git a/doc/bugs/No_link_for_blog_items_when_filename_contains_a_colon.mdwn b/doc/bugs/No_link_for_blog_items_when_filename_contains_a_colon.mdwn index ac6d6db1e..608d09b74 100644 --- a/doc/bugs/No_link_for_blog_items_when_filename_contains_a_colon.mdwn +++ b/doc/bugs/No_link_for_blog_items_when_filename_contains_a_colon.mdwn @@ -6,7 +6,7 @@ EDIT: I just found that in this wiki under <http://ikiwiki.info/bugs/done/> the enabled, then `$safe_url_regexp` determines the URL unsafe because of the colon and hence removes the `src` attribute. -Digging into this, I find that [[rfc 3986]] pretty much discourages colons in +Digging into this, I find that [[!rfc 3986]] pretty much discourages colons in filenames: > A path segment that contains a colon character (e.g., "this:that") cannot be diff --git a/doc/bugs/Problem_with_toc.pm_plug-in.mdwn b/doc/bugs/Problem_with_toc.pm_plug-in.mdwn index f756bf8f5..8ae347d42 100644 --- a/doc/bugs/Problem_with_toc.pm_plug-in.mdwn +++ b/doc/bugs/Problem_with_toc.pm_plug-in.mdwn @@ -5,7 +5,7 @@ Here is a patch for toc.pm for producing non-empty 'a' elements. > Thanks for the patch, but I already fixed this in 2.4 using a different > approach. I think your patch is slightly broken, an anchor tag isn't > really meant to enclose all the html it anchors to, but just be stuck in -> front of it. --[[Joey]] [[tag done]] +> front of it. --[[Joey]] [[!tag done]] --- IkiWiki/Plugin/toc.pm.orig Thu Jun 7 11:53:53 2007 +++ IkiWiki/Plugin/toc.pm Thu Jun 7 13:00:00 2007 diff --git a/doc/bugs/RecentChanges_contains_invalid_XHTML.mdwn b/doc/bugs/RecentChanges_contains_invalid_XHTML.mdwn index f283bfa65..aeeb9e21b 100644 --- a/doc/bugs/RecentChanges_contains_invalid_XHTML.mdwn +++ b/doc/bugs/RecentChanges_contains_invalid_XHTML.mdwn @@ -53,4 +53,4 @@ the smiley issue remains open. --[[JasonBlevins]] > This bug is [[done]], all issues are fixed. --[[Joey]] -[[tag patch]] +[[!tag patch]] diff --git a/doc/bugs/Spaces_in_link_text_for_ikiwiki_links.mdwn b/doc/bugs/Spaces_in_link_text_for_ikiwiki_links.mdwn index 56cda026f..27919f7be 100644 --- a/doc/bugs/Spaces_in_link_text_for_ikiwiki_links.mdwn +++ b/doc/bugs/Spaces_in_link_text_for_ikiwiki_links.mdwn @@ -1,7 +1,7 @@ Versions 2.0 and 2.1 of ikiwiki, and I think earlier versions as well, -allowed wiki links to have spaces in the link text. For example, [[ikiwiki +allowed wiki links to have spaces in the link text. For example, [[!ikiwiki logo page|logo]] should create an anchor tag referencing the logo page, and -[[ikiwiki logo|logo/ikiwiki.png]] should create an image tag referencing +[[!ikiwiki logo|logo/ikiwiki.png]] should create an image tag referencing the logo. As of version 2.2, this no longer works. I think the pattern \\[[...|...]] diff --git a/doc/bugs/Spurious___60__p__62___elements_added_to_tags_in_inliine_pages.mdwn b/doc/bugs/Spurious___60__p__62___elements_added_to_tags_in_inliine_pages.mdwn index c59a6ba40..e3b1d858d 100644 --- a/doc/bugs/Spurious___60__p__62___elements_added_to_tags_in_inliine_pages.mdwn +++ b/doc/bugs/Spurious___60__p__62___elements_added_to_tags_in_inliine_pages.mdwn @@ -1,4 +1,4 @@ -[[tag patch]] +[[!tag patch]] When a page containing tags and using the [[syntax_(3rd_party)_plugin|plugins/contrib/syntax]] (though pages using other preprocessors may also be affected) is rendered as an inline page, some extra `<p>` elements are added. diff --git a/doc/bugs/Toc_map_and_template_plugins_do_not_play_well_together.mdwn b/doc/bugs/Toc_map_and_template_plugins_do_not_play_well_together.mdwn index 608948466..8c64dfa04 100644 --- a/doc/bugs/Toc_map_and_template_plugins_do_not_play_well_together.mdwn +++ b/doc/bugs/Toc_map_and_template_plugins_do_not_play_well_together.mdwn @@ -21,7 +21,7 @@ in the HTML output, without any leading `<p>` or any HTML formatting. > html parser, that will get confused if markdown is present between two > separate html blocks, and not format the markdown. > -> This is fixed in [[cpan Text::MarkDown]] 1.0.19. markdown 1.0.2 also +> This is fixed in [[!cpan Text::MarkDown]] 1.0.19. markdown 1.0.2 also > fixes the problem. Install either one. I'm going to make ikiwiki's > dependencies list Text::Markdown before markdown, since people keep > stumbling over this. (The downside is that the old broken markdown is diff --git a/doc/bugs/__60__br__62___tags_are_removed_from_markdown_inline_HTML.mdwn b/doc/bugs/__60__br__62___tags_are_removed_from_markdown_inline_HTML.mdwn index 3f65b01b9..2c3fdea3e 100644 --- a/doc/bugs/__60__br__62___tags_are_removed_from_markdown_inline_HTML.mdwn +++ b/doc/bugs/__60__br__62___tags_are_removed_from_markdown_inline_HTML.mdwn @@ -23,8 +23,8 @@ I tried searching the web and wiki but could not find any information on why <br > > `<br/>` is also valid, so this is a bug still. --[[madduck]] ->>> It _is_ the htmlscrubber that removes that. It's due to [[debbug 365971]], ->>> basically the [[cspan HTML::Scrubber]] doesn't understand xhtml tags +>>> It _is_ the htmlscrubber that removes that. It's due to [[!debbug 365971]], +>>> basically the [[!cspan HTML::Scrubber]] doesn't understand xhtml tags >>> of this sort at all, I hacked it to support `<br />` by tellig it to treak >>> the "/" as an attribute, but if there's no space, it doesn't see it as >>> an attribute. Hmm, I could also add `br` as a tag name, that would catch both cases. diff --git a/doc/bugs/aggregate_plugin_errors.mdwn b/doc/bugs/aggregate_plugin_errors.mdwn index e62b7852e..aa36bdd09 100644 --- a/doc/bugs/aggregate_plugin_errors.mdwn +++ b/doc/bugs/aggregate_plugin_errors.mdwn @@ -23,11 +23,11 @@ feed I'm seeing this with is http://www.wirelesscommons.org/feed.php > This is a bug in XML::Parser. Unfortunately, perl does not have a feed > parser that handles invalid feeds, and in particular, XML::Parser has > issues with feeds that claim to be encoded in utf-8 and contain invalid -> utf sequences, as well as other encoding issues. See also [[debbug 380426]]. +> utf sequences, as well as other encoding issues. See also [[!debbug 380426]]. > Note though that this invalid feed does not really crash the aggregate plugin, > it just notes that XML::Parser crashed on it and continues. This is the > best I can do in ikiwiki. I have filed a bug on XML::Parser about this, -> it's [[debbug 420636]]. I've also put in a workaround, so [[done]]. +> it's [[!debbug 420636]]. I've also put in a workaround, so [[done]]. **Wonderful**, thanks Joey! -- Adam. diff --git a/doc/bugs/correct_published_and_updated_time_information_for_the_feeds.mdwn b/doc/bugs/correct_published_and_updated_time_information_for_the_feeds.mdwn index 082f0800c..565f3b16c 100644 --- a/doc/bugs/correct_published_and_updated_time_information_for_the_feeds.mdwn +++ b/doc/bugs/correct_published_and_updated_time_information_for_the_feeds.mdwn @@ -110,4 +110,4 @@ Index: IkiWiki/Plugin/inline.pm [[done]] --[[Joey]] -[[tag patch]] +[[!tag patch]] diff --git a/doc/bugs/done.mdwn b/doc/bugs/done.mdwn index 282122001..0a666ab11 100644 --- a/doc/bugs/done.mdwn +++ b/doc/bugs/done.mdwn @@ -1,3 +1,3 @@ recently fixed [[bugs]] -[[inline pages="link(bugs/done) and !bugs and !*/Discussion" sort=mtime show=10]] +[[!inline pages="link(bugs/done) and !bugs and !*/Discussion" sort=mtime show=10]] diff --git a/doc/bugs/format_bug.mdwn b/doc/bugs/format_bug.mdwn index 3d4b4a94e..dc9a09ebb 100644 --- a/doc/bugs/format_bug.mdwn +++ b/doc/bugs/format_bug.mdwn @@ -15,7 +15,7 @@ encouraging. > This is a bug in markdown, not in ikiwiki. Markdown often has issues with > one sort of list followed by a second sort. I've filed a bug report on -> markdown about this ([[debbug 432152]]) +> markdown about this ([[!debbug 432152]]) > (BTW, this bug was filed by editing the bugs page directly. Please don't > do that, use the form to generate a new per-bug page..) diff --git a/doc/bugs/git_fails_to_compile.mdwn b/doc/bugs/git_fails_to_compile.mdwn index 1135236ae..25aa417d0 100644 --- a/doc/bugs/git_fails_to_compile.mdwn +++ b/doc/bugs/git_fails_to_compile.mdwn @@ -29,4 +29,4 @@ Thanks. >>> security since ikiwiki can be run setuid.) If you need to use >>> a nonstandard path, you'll need to edit that. --[[Joey]] -[[tag done]] +[[!tag done]] 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 index ec02ddb89..2882eeb12 100644 --- 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 @@ -23,4 +23,4 @@ I see two possibilities how to fix this: > to be no way to override it reading /etc/tidy.conf, so options there can > still screw things up. I guess I'll pass --markup yes and deal with > overriding other problem settings from config files if they're found -> later. --[[Joey]] [[tag done]] +> later. --[[Joey]] [[!tag done]] diff --git a/doc/bugs/img_plugin_renders___60__img__62___tag_without_src_attribute_post-2.20.mdwn b/doc/bugs/img_plugin_renders___60__img__62___tag_without_src_attribute_post-2.20.mdwn index f7883dbb7..6b861c397 100644 --- a/doc/bugs/img_plugin_renders___60__img__62___tag_without_src_attribute_post-2.20.mdwn +++ b/doc/bugs/img_plugin_renders___60__img__62___tag_without_src_attribute_post-2.20.mdwn @@ -33,4 +33,4 @@ I have been unable to reproduce this outside of the `madduck.net` website... **Update**: this is the same bug as [[the_colon-in-links_bug|No_link_for_blog_items_when_filename_contains_a_colon]] -[[tag done]] +[[!tag done]] diff --git a/doc/bugs/index.html__63__updated.mdwn b/doc/bugs/index.html__63__updated.mdwn index e56bd7941..2f20d66bb 100644 --- a/doc/bugs/index.html__63__updated.mdwn +++ b/doc/bugs/index.html__63__updated.mdwn @@ -10,6 +10,6 @@ After editing a page `pagename`, ikiwiki redirects to `pagename/index.html?updat > said broken software will then display its old out of date cached > version. > -> So, not changing this. [[tag done]] +> So, not changing this. [[!tag done]] > > --[[Joey]] diff --git a/doc/bugs/iniline_breaks_toc_plugin.mdwn b/doc/bugs/iniline_breaks_toc_plugin.mdwn index 1c715221e..dcf975caf 100644 --- a/doc/bugs/iniline_breaks_toc_plugin.mdwn +++ b/doc/bugs/iniline_breaks_toc_plugin.mdwn @@ -26,7 +26,7 @@ All this is displayed correctly if toc is removed. > [here](http://bugs.debian.org/421843). > > I'm going to close this bug report since it's a markdown bug. --[[Joey]] -[[tag done]] +[[!tag done]] >> thanks, that fixes it. @@ -42,11 +42,11 @@ bla bla bla * bl bla * aadsd -[[toc levels=2]] +[[!toc levels=2]] bla bla -[[table data=""" +[[!table data=""" Customer|Amount Fulanito|134,34 Menganito|234,56 @@ -59,6 +59,6 @@ Menganito|234,56 Here's a paragraph. -[[inline pages="users/joey" raw="yes"]] +[[!inline pages="users/joey" raw="yes"]] bla bla diff --git a/doc/bugs/inline_plugin_rootpage_option_is_not_case_insensitive.mdwn b/doc/bugs/inline_plugin_rootpage_option_is_not_case_insensitive.mdwn index e8f033aa4..8ef128117 100644 --- a/doc/bugs/inline_plugin_rootpage_option_is_not_case_insensitive.mdwn +++ b/doc/bugs/inline_plugin_rootpage_option_is_not_case_insensitive.mdwn @@ -6,4 +6,4 @@ But maybe this is intended behavior? --rdennis > filesystem. It just avoids you having to get the case right when > referring to existing files, by wikilinks or pagespecs --[[Joey]] -[[tag done]] +[[!tag done]] diff --git a/doc/bugs/mailto:_links_not_properly_generated_in_rssatom_feeds.mdwn b/doc/bugs/mailto:_links_not_properly_generated_in_rssatom_feeds.mdwn index 5d6c6ad6d..e8392a80d 100644 --- a/doc/bugs/mailto:_links_not_properly_generated_in_rssatom_feeds.mdwn +++ b/doc/bugs/mailto:_links_not_properly_generated_in_rssatom_feeds.mdwn @@ -1,5 +1,5 @@ -[[meta title="mailto: links not properly generated in rss/atom feeds"]] +[[!meta title="mailto: links not properly generated in rss/atom feeds"]] A link like \[this](mailto:foo@bar.org) will not be converted correctly to a mailto link in the rss/atom feeds, but an absolute link instead. See e.g. the logitech post on http://madduck.net/blog/feeds/planet-lca2008/index.rss -> fixed --[[Joey]] [[tag done]] +> fixed --[[Joey]] [[!tag done]] diff --git a/doc/bugs/map_does_not_link_directory_for_which_a_file_also_exists.mdwn b/doc/bugs/map_does_not_link_directory_for_which_a_file_also_exists.mdwn index afc5d90cc..d197cdb6c 100644 --- a/doc/bugs/map_does_not_link_directory_for_which_a_file_also_exists.mdwn +++ b/doc/bugs/map_does_not_link_directory_for_which_a_file_also_exists.mdwn @@ -1,4 +1,4 @@ -[[meta title="map does not link entries which are equal to basename(current_page)"]] +[[!meta title="map does not link entries which are equal to basename(current_page)"]] On <http://phd.martin-krafft.net/wiki/tag/factors/>, the top-level `factors` entry is not linked to the corresponding page. Looking at <http://phd.martin-krafft.net/wiki/tag/factors/language/>, this must be because the page name is the same as the entry name, and ikiwiki probably doesn't take the complete path of subpages into account. diff --git a/doc/bugs/pipe_in_tables_as_characters.mdwn b/doc/bugs/pipe_in_tables_as_characters.mdwn index d9c080a65..12d5e1597 100644 --- a/doc/bugs/pipe_in_tables_as_characters.mdwn +++ b/doc/bugs/pipe_in_tables_as_characters.mdwn @@ -10,7 +10,7 @@ Seems tables are disabled here ? See this example: -[[table class=table1 data=""" +[[!table class=table1 data=""" aaaaaaaaaaaaaaa|b|c --\|\|--|e|f """]] diff --git a/doc/bugs/prune_causing_taint_mode_failures.mdwn b/doc/bugs/prune_causing_taint_mode_failures.mdwn index e698cbed7..1876d9129 100644 --- a/doc/bugs/prune_causing_taint_mode_failures.mdwn +++ b/doc/bugs/prune_causing_taint_mode_failures.mdwn @@ -32,4 +32,4 @@ sub prune ($) { #{{{ > I don't really support using ikiwiki with the perl 5.8.4 in debian > oldstable, and would recommend upgrading. --[[Joey]] -[[tag patch done]] +[[!tag patch done]] diff --git a/doc/bugs/raw_html_in-page_and___91____91____33__included__93____93__.mdwn b/doc/bugs/raw_html_in-page_and___91____91____33__included__93____93__.mdwn index 607326c97..5860d330a 100644 --- a/doc/bugs/raw_html_in-page_and___91____91____33__included__93____93__.mdwn +++ b/doc/bugs/raw_html_in-page_and___91____91____33__included__93____93__.mdwn @@ -8,9 +8,9 @@ This should work, but html code (listing 1) shows up with a hash replaced for th I have to suspect that replacing html with some hash is a bug. -> Congrats, you're another person to fall afoul of markdown [[debbug 380212]]. +> Congrats, you're another person to fall afoul of markdown [[!debbug 380212]]. > The fix is to use Text::Markdown, or markdown 1.0.2 instead of buggy -> old markdown 1.0.1. --[[Joey]] [[tag done]] +> old markdown 1.0.1. --[[Joey]] [[!tag done]] ## inlining raw html 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 f646143d3..b3578f26a 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 @@ -40,7 +40,7 @@ The tarball is at http://scratch.madduck.net/__tmp__recentchanges-segfault.tgz - > I only see it with 1.0.1. (Bad news: Newer versions of markdown are > slooooooow, especially on such large files.) -> I'm calling this [[done]] since I've filed [[debbug 470676]] on perl, and +> I'm calling this [[done]] since I've filed [[!debbug 470676]] on perl, and > also have modified recentchangesdiff to only show the first 200 lines of > diff, which should be enough without bloating the recentchanges into > perl-crashing territory. --[[Joey]] diff --git a/doc/bugs/rst_plugin_hangs_on_utf-8.mdwn b/doc/bugs/rst_plugin_hangs_on_utf-8.mdwn index 5121f0379..b0f417209 100644 --- a/doc/bugs/rst_plugin_hangs_on_utf-8.mdwn +++ b/doc/bugs/rst_plugin_hangs_on_utf-8.mdwn @@ -17,4 +17,4 @@ markdown plugin also has no problems rendering the same file, so I'm guessing it's a problem with the XML-RPC interface. Sorry for the delay, this is now fixed! --[[Joey]] -[[tag done]] +[[!tag done]] diff --git a/doc/bugs/search:___34__link__34___and___34__title__34___fields_are_incorrectly_specified.mdwn b/doc/bugs/search:___34__link__34___and___34__title__34___fields_are_incorrectly_specified.mdwn index 5cc66f3f8..c088d1eae 100644 --- a/doc/bugs/search:___34__link__34___and___34__title__34___fields_are_incorrectly_specified.mdwn +++ b/doc/bugs/search:___34__link__34___and___34__title__34___fields_are_incorrectly_specified.mdwn @@ -26,4 +26,4 @@ and so only finds pages which were indexed by _ikiwiki_ with "ZStag" [patch]: http://www.gmcmanus.org/0001-Use-correct-term-prefixes-when-searching.patch [search]: http://ikiwiki.info/ikiwiki.cgi?P=title%3Atags -[[tag done]] +[[!tag done]] diff --git a/doc/bugs/search_for_locale_data_in_the_installed_location.mdwn b/doc/bugs/search_for_locale_data_in_the_installed_location.mdwn index a7fab5571..0a2b1efea 100644 --- a/doc/bugs/search_for_locale_data_in_the_installed_location.mdwn +++ b/doc/bugs/search_for_locale_data_in_the_installed_location.mdwn @@ -11,7 +11,7 @@ It seems like gettext only searches for locale information in /usr/share/locale, return $gettext_obj->get(shift); } -[[tag patch]] +[[!tag patch]] -- [[ThomasBleher]] > According to my testing, this patch makes ikiwiki's localisation fail for diff --git a/doc/bugs/search_plugin_and_CGI_preview.mdwn b/doc/bugs/search_plugin_and_CGI_preview.mdwn index eb602cd9d..2a3d270b7 100644 --- a/doc/bugs/search_plugin_and_CGI_preview.mdwn +++ b/doc/bugs/search_plugin_and_CGI_preview.mdwn @@ -16,4 +16,4 @@ Making the indexing only happen on a real commit might also speed the Preview up a small amount. --Chapman Flack -[[tag done]] +[[!tag done]] diff --git a/doc/bugs/search_plugin_uses_wrong_css_path.mdwn b/doc/bugs/search_plugin_uses_wrong_css_path.mdwn index 9eeb3c374..688d51ee6 100644 --- a/doc/bugs/search_plugin_uses_wrong_css_path.mdwn +++ b/doc/bugs/search_plugin_uses_wrong_css_path.mdwn @@ -11,4 +11,4 @@ variable which points always to the base of the wiki. e.g. use "wikibase" for css and favicon and "baseurl" for the <base> tag. > thanks for pointing this bug out, I've fixed it --[[Joey]]. -[[tag done]] +[[!tag done]] diff --git a/doc/bugs/shortcut_encoding.mdwn b/doc/bugs/shortcut_encoding.mdwn index bb335906a..66fd81023 100644 --- a/doc/bugs/shortcut_encoding.mdwn +++ b/doc/bugs/shortcut_encoding.mdwn @@ -4,7 +4,7 @@ Might this be a problem of the web server? Also, I'd like to put the shortcut usages into backticks --- `[[iki shortcuts]]` -- +-- `[[!iki shortcuts]]` -- to have them displayed in the usual backtick-formatting. That also doesn't work, but this is an already-reported issue, as far as I know. diff --git a/doc/bugs/shortcuts_don__39__t_escape_from_Markdown.mdwn b/doc/bugs/shortcuts_don__39__t_escape_from_Markdown.mdwn index f977dc354..022987efb 100644 --- a/doc/bugs/shortcuts_don__39__t_escape_from_Markdown.mdwn +++ b/doc/bugs/shortcuts_don__39__t_escape_from_Markdown.mdwn @@ -1,6 +1,6 @@ -Writing [[wikipedia Low_frequency_oscillation]] causes the word "frequency" +Writing [[!wikipedia Low_frequency_oscillation]] causes the word "frequency" to show up in italics, since underscores are Markdown for italics. Using -[[wikipedia low frequency oscillation]] works in this case, because Wikipedia +[[!wikipedia low frequency oscillation]] works in this case, because Wikipedia will redirect, but it's hardly clean. Maybe the shortcuts plugin should run pagetitle() on the text of its link? --Ethan diff --git a/doc/bugs/space_in_a___91____91__page_link__93____93___doesn__39__t_make_link.mdwn b/doc/bugs/space_in_a___91____91__page_link__93____93___doesn__39__t_make_link.mdwn index 5ed975f12..39f5d891e 100644 --- a/doc/bugs/space_in_a___91____91__page_link__93____93___doesn__39__t_make_link.mdwn +++ b/doc/bugs/space_in_a___91____91__page_link__93____93___doesn__39__t_make_link.mdwn @@ -1,15 +1,15 @@ I attempted to make a new webpage by having wiki code with - [[new page]] + [[!new page]] [newpage] This was converted to literal: - [[new page]] + [[!new page]] and the correct hyperlink: ?newpage So when has a space it doesn't let you create a new page. I am using 1.35. Let's see what happens here: -[[new page]] +[[!new page]] A moment later ... same thing ... it is not a link (no question mark to create). diff --git a/doc/bugs/ssl_certificates_not_checked_with_openid.mdwn b/doc/bugs/ssl_certificates_not_checked_with_openid.mdwn index 1d1e62092..171874951 100644 --- a/doc/bugs/ssl_certificates_not_checked_with_openid.mdwn +++ b/doc/bugs/ssl_certificates_not_checked_with_openid.mdwn @@ -22,4 +22,4 @@ For now, I want to try and resolve the issues with net\_ssl\_test, and run more > is good. > --[[Joey]] -[[tag done]] +[[!tag done]] diff --git a/doc/bugs/tags_base_dir_not_used_when_creating_new_tags.mdwn b/doc/bugs/tags_base_dir_not_used_when_creating_new_tags.mdwn index 71a9ece33..9c6189b08 100644 --- a/doc/bugs/tags_base_dir_not_used_when_creating_new_tags.mdwn +++ b/doc/bugs/tags_base_dir_not_used_when_creating_new_tags.mdwn @@ -3,7 +3,7 @@ I'm using the tags plugin with tagbase="tags". Already existing tags, corresponding to pages like tags/foo.html work just fine. -If I add to a page a tag which is not existing (e.g. with [[tag newtag]]) +If I add to a page a tag which is not existing (e.g. with [[!tag newtag]]) the just modified page will have a link which point to tags/newtag. This is in theory correct, but in practice leads to creating a tags/newtag subpage of the page I'm editing, while my tagbase is supposed to be relative to the diff --git a/doc/bugs/taint_issue_with_regular_expressions.mdwn b/doc/bugs/taint_issue_with_regular_expressions.mdwn index 8fe411e5f..172b49fd1 100644 --- a/doc/bugs/taint_issue_with_regular_expressions.mdwn +++ b/doc/bugs/taint_issue_with_regular_expressions.mdwn @@ -13,7 +13,7 @@ which is exactly the same regular expression drawn out as a constant. It appear > even in 5.8. See also: [[prune_causing_taint_mode_failures]], > [[Insecure_dependency_in_mkdir]], > [[Insecure_dependency_in_eval_while_running_with_-T_switch]], -> and especially [[debbug 411786]] +> and especially [[!debbug 411786]] > > The last of those was the last straw for me, and I disabled taint > checking in the debian package. You can do the same by building ikiwiki diff --git a/doc/bugs/tbasewiki__95__brokenlinks.t_broken.mdwn b/doc/bugs/tbasewiki__95__brokenlinks.t_broken.mdwn index 8a2456529..ac895896a 100644 --- a/doc/bugs/tbasewiki__95__brokenlinks.t_broken.mdwn +++ b/doc/bugs/tbasewiki__95__brokenlinks.t_broken.mdwn @@ -53,7 +53,7 @@ After some step through I figured out that the template directory was invalid, a Other than ikiwiki.in, am I missing something here? ->> I think this is [[debbug 425891]]. I have sent there a patch that incorporates the original +>> I think this is [[!debbug 425891]]. I have sent there a patch that incorporates the original >> author's two diffs but has a more correct solution to the first problem described >> above. -- Thomas, 2007-06-26 diff --git a/doc/bugs/teximg_fails_if_same_tex_is_used_on_multiple_pages.mdwn b/doc/bugs/teximg_fails_if_same_tex_is_used_on_multiple_pages.mdwn index 86f47edba..700492345 100644 --- a/doc/bugs/teximg_fails_if_same_tex_is_used_on_multiple_pages.mdwn +++ b/doc/bugs/teximg_fails_if_same_tex_is_used_on_multiple_pages.mdwn @@ -21,4 +21,4 @@ I think this will be a own dir for images for every page. --[[PatrickWinnertz]] -[[tag done]] +[[!tag done]] diff --git a/doc/bugs/undefined_tags_or_mismatched_tags_won__39__t_get_converted.mdwn b/doc/bugs/undefined_tags_or_mismatched_tags_won__39__t_get_converted.mdwn index 13ebe1cab..b01fc44f2 100644 --- a/doc/bugs/undefined_tags_or_mismatched_tags_won__39__t_get_converted.mdwn +++ b/doc/bugs/undefined_tags_or_mismatched_tags_won__39__t_get_converted.mdwn @@ -43,4 +43,4 @@ The out put is: > alone. If you feel the other things you brought up are bugs, please talk > to the markdown maintainer. --[[Joey]] -[[tag done]] +[[!tag done]] diff --git a/doc/bugs/wiki_formatting_does_not_work_between_toc_and_an_inline.mdwn b/doc/bugs/wiki_formatting_does_not_work_between_toc_and_an_inline.mdwn index 1e5fe71df..a362fdf55 100644 --- a/doc/bugs/wiki_formatting_does_not_work_between_toc_and_an_inline.mdwn +++ b/doc/bugs/wiki_formatting_does_not_work_between_toc_and_an_inline.mdwn @@ -4,12 +4,12 @@ or if it doesn't match any pages. See example below; also reproducible with a single-file wiki containing the text below, rendered via `ikiwiki --plugin toc`. -> This is [[debbug 421843]], and I suspect it affects certian other plugins +> This is [[!debbug 421843]], and I suspect it affects certian other plugins > that also use empty divs as placeholders. It's fixed in markdown 1.0.2 b7 > (available in debian experimental). So I'll [[close|done]] this as it's > not really an ikiwiki bug. --[[Joey]] -[[toc ]] +[[!toc ]] **not bold** @@ -19,7 +19,7 @@ with a single-file wiki containing the text below, rendered via `ikiwiki [not a link](http://ikiwiki.info) -[[inline pages="news/*" description="Sparse News" show=1 feeds=no]] +[[!inline pages="news/*" description="Sparse News" show=1 feeds=no]] **bold** diff --git a/doc/bugs/wiki_links_still_processed_inside_code_blocks.mdwn b/doc/bugs/wiki_links_still_processed_inside_code_blocks.mdwn index f5cbc8894..ede16a029 100644 --- a/doc/bugs/wiki_links_still_processed_inside_code_blocks.mdwn +++ b/doc/bugs/wiki_links_still_processed_inside_code_blocks.mdwn @@ -46,4 +46,4 @@ and have it render like: > there should give some strong hints how to fix this bug, though I haven't > tried to apply the method yet. --[[Joey]] -[[debbug 487397]] +[[!debbug 487397]] |