summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
-rw-r--r--doc/bugs/Another_UTF-8_problem.mdwn2
-rw-r--r--doc/bugs/CGI_problem_with_some_webservers.mdwn6
-rw-r--r--doc/bugs/Can__39__t_create_root_page.mdwn2
-rw-r--r--doc/bugs/Insecure_dependency_in_utime.mdwn2
-rw-r--r--doc/bugs/Monotone_rcs_support.mdwn2
-rw-r--r--doc/bugs/No___34__sid__34___in_forms_resulting_in_Error:_Your_login_session_has_expired..mdwn2
-rw-r--r--doc/bugs/No_link_for_blog_items_when_filename_contains_a_colon.mdwn2
-rw-r--r--doc/bugs/Problem_with_toc.pm_plug-in.mdwn2
-rw-r--r--doc/bugs/RecentChanges_contains_invalid_XHTML.mdwn2
-rw-r--r--doc/bugs/Spaces_in_link_text_for_ikiwiki_links.mdwn4
-rw-r--r--doc/bugs/Spurious___60__p__62___elements_added_to_tags_in_inliine_pages.mdwn2
-rw-r--r--doc/bugs/Toc_map_and_template_plugins_do_not_play_well_together.mdwn2
-rw-r--r--doc/bugs/__60__br__62___tags_are_removed_from_markdown_inline_HTML.mdwn4
-rw-r--r--doc/bugs/aggregate_plugin_errors.mdwn4
-rw-r--r--doc/bugs/correct_published_and_updated_time_information_for_the_feeds.mdwn2
-rw-r--r--doc/bugs/done.mdwn2
-rw-r--r--doc/bugs/format_bug.mdwn2
-rw-r--r--doc/bugs/git_fails_to_compile.mdwn2
-rw-r--r--doc/bugs/htmltidy_has_no_possibilty_to_use_an_alternative_config_file_which_may_break_other_usages.mdwn2
-rw-r--r--doc/bugs/img_plugin_renders___60__img__62___tag_without_src_attribute_post-2.20.mdwn2
-rw-r--r--doc/bugs/index.html__63__updated.mdwn2
-rw-r--r--doc/bugs/iniline_breaks_toc_plugin.mdwn8
-rw-r--r--doc/bugs/inline_plugin_rootpage_option_is_not_case_insensitive.mdwn2
-rw-r--r--doc/bugs/mailto:_links_not_properly_generated_in_rssatom_feeds.mdwn4
-rw-r--r--doc/bugs/map_does_not_link_directory_for_which_a_file_also_exists.mdwn2
-rw-r--r--doc/bugs/pipe_in_tables_as_characters.mdwn2
-rw-r--r--doc/bugs/prune_causing_taint_mode_failures.mdwn2
-rw-r--r--doc/bugs/raw_html_in-page_and___91____91____33__included__93____93__.mdwn4
-rw-r--r--doc/bugs/recentchangesdiff_crashes_on_commits_which_remove_a_lot_of_files.mdwn2
-rw-r--r--doc/bugs/rst_plugin_hangs_on_utf-8.mdwn2
-rw-r--r--doc/bugs/search:___34__link__34___and___34__title__34___fields_are_incorrectly_specified.mdwn2
-rw-r--r--doc/bugs/search_for_locale_data_in_the_installed_location.mdwn2
-rw-r--r--doc/bugs/search_plugin_and_CGI_preview.mdwn2
-rw-r--r--doc/bugs/search_plugin_uses_wrong_css_path.mdwn2
-rw-r--r--doc/bugs/shortcut_encoding.mdwn2
-rw-r--r--doc/bugs/shortcuts_don__39__t_escape_from_Markdown.mdwn4
-rw-r--r--doc/bugs/space_in_a___91____91__page_link__93____93___doesn__39__t_make_link.mdwn6
-rw-r--r--doc/bugs/ssl_certificates_not_checked_with_openid.mdwn2
-rw-r--r--doc/bugs/tags_base_dir_not_used_when_creating_new_tags.mdwn2
-rw-r--r--doc/bugs/taint_issue_with_regular_expressions.mdwn2
-rw-r--r--doc/bugs/tbasewiki__95__brokenlinks.t_broken.mdwn2
-rw-r--r--doc/bugs/teximg_fails_if_same_tex_is_used_on_multiple_pages.mdwn2
-rw-r--r--doc/bugs/undefined_tags_or_mismatched_tags_won__39__t_get_converted.mdwn2
-rw-r--r--doc/bugs/wiki_formatting_does_not_work_between_toc_and_an_inline.mdwn6
-rw-r--r--doc/bugs/wiki_links_still_processed_inside_code_blocks.mdwn2
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 &lt;base&gt; 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]]