urosm
/
ikiwiki
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

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
master
Simon McVittie 2008-07-21 12:31:04 +01:00
parent 6153fd6d88
commit 9c02d61d9b
45 changed files with 60 additions and 60 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
doc/bugs/Another_UTF-8_problem.mdwn
View File

@ -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 > is already valid utf-8, when in fact it's not yet been decoded. So I
> removed that line to fix it. --[[Joey]] > removed that line to fix it. --[[Joey]]
[[tag done]] [[!tag done]]

6
doc/bugs/CGI_problem_with_some_webservers.mdwn
View File

@ -1,5 +1,5 @@
The "ikwiki.cgi?page=index&do=edit" function has a problem 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 for some reason the headers ikiwiki outputs are transmitted
as the page content. Surprisingly, the "do=prefs" function as the page content. Surprisingly, the "do=prefs" function
works as expected. works as expected.
@ -15,7 +15,7 @@ Here is what it looks like in iceweasel:
<html> <html>
(...) (...)
Ikiwiki runs fine with [[debpkg boa]]. Ikiwiki runs fine with [[!debpkg boa]].
--[[JeremieKoenig]] --[[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. >>> 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]] >>> 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]] Marking [[done]] since it's not really an ikiwiki bug. --[[Joey]]

2
doc/bugs/Can__39__t_create_root_page.mdwn
View File

@ -66,4 +66,4 @@ This type of page name (with leading slash) also gets created by the aggregate p
>> -- intrigeri >> -- intrigeri
[[tag patch]] [[!tag patch]]

2
doc/bugs/Insecure_dependency_in_utime.mdwn
View File

@ -11,4 +11,4 @@ I worked-around this by doing:
> apparently all versions of perl, apparently leaking taint flags at random. > apparently all versions of perl, apparently leaking taint flags at random.
> See [[Insecure_dependency_in_mkdir]] --[[Joey]] > See [[Insecure_dependency_in_mkdir]] --[[Joey]]
[[tag done]] [[!tag done]]

2
doc/bugs/Monotone_rcs_support.mdwn
View File

@ -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 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]] 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> <pre>
diff --git a/IkiWiki/Rcs/monotone.pm b/IkiWiki/Rcs/monotone.pm diff --git a/IkiWiki/Rcs/monotone.pm b/IkiWiki/Rcs/monotone.pm

2
doc/bugs/No___34__sid__34___in_forms_resulting_in_Error:_Your_login_session_has_expired..mdwn
View File

@ -36,4 +36,4 @@ View source of editing page or preview+edit page shows no "sid" input value. (I
</TMPL_IF> </TMPL_IF>
> Well, that don't look like as good an idea today.. I've documented the > 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]]

2
doc/bugs/No_link_for_blog_items_when_filename_contains_a_colon.mdwn
View File

@ -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 enabled, then `$safe_url_regexp` determines the URL unsafe because of the
colon and hence removes the `src` attribute. 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: filenames:
> A path segment that contains a colon character (e.g., "this:that") cannot be > A path segment that contains a colon character (e.g., "this:that") cannot be

2
doc/bugs/Problem_with_toc.pm_plug-in.mdwn
View File

@ -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 > 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 > 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 > 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.orig Thu Jun 7 11:53:53 2007
+++ IkiWiki/Plugin/toc.pm Thu Jun 7 13:00:00 2007 +++ IkiWiki/Plugin/toc.pm Thu Jun 7 13:00:00 2007

2
doc/bugs/RecentChanges_contains_invalid_XHTML.mdwn
View File

@ -53,4 +53,4 @@ the smiley issue remains open. --[[JasonBlevins]]
> This bug is [[done]], all issues are fixed. --[[Joey]] > This bug is [[done]], all issues are fixed. --[[Joey]]
[[tag patch]] [[!tag patch]]

4
doc/bugs/Spaces_in_link_text_for_ikiwiki_links.mdwn
View File

@ -1,7 +1,7 @@
Versions 2.0 and 2.1 of ikiwiki, and I think earlier versions as well, 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 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. the logo.
As of version 2.2, this no longer works. I think the pattern \\[[...|...]] As of version 2.2, this no longer works. I think the pattern \\[[...|...]]

2
doc/bugs/Spurious___60__p__62___elements_added_to_tags_in_inliine_pages.mdwn
View File

@ -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. 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.

2
doc/bugs/Toc_map_and_template_plugins_do_not_play_well_together.mdwn
View File

@ -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 > html parser, that will get confused if markdown is present between two
> separate html blocks, and not format the markdown. > 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 > fixes the problem. Install either one. I'm going to make ikiwiki's
> dependencies list Text::Markdown before markdown, since people keep > dependencies list Text::Markdown before markdown, since people keep
> stumbling over this. (The downside is that the old broken markdown is > stumbling over this. (The downside is that the old broken markdown is

4
doc/bugs/__60__br__62___tags_are_removed_from_markdown_inline_HTML.mdwn
View File

@ -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]] > > `<br/>` is also valid, so this is a bug still. --[[madduck]]
>>> It _is_ the htmlscrubber that removes that. It's due to [[debbug 365971]], >>> It _is_ the htmlscrubber that removes that. It's due to [[!debbug 365971]],
>>> basically the [[cspan HTML::Scrubber]] doesn't understand xhtml tags >>> 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 >>> 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 >>> 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. >>> an attribute. Hmm, I could also add `br` as a tag name, that would catch both cases.

4
doc/bugs/aggregate_plugin_errors.mdwn
View File

@ -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 > 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 > 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 > 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, > 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 > 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, > 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. **Wonderful**, thanks Joey! -- Adam.

2
doc/bugs/correct_published_and_updated_time_information_for_the_feeds.mdwn
View File

@ -110,4 +110,4 @@ Index: IkiWiki/Plugin/inline.pm
[[done]] --[[Joey]] [[done]] --[[Joey]]
[[tag patch]] [[!tag patch]]

2
doc/bugs/done.mdwn
View File

@ -1,3 +1,3 @@
recently fixed [[bugs]] 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]]

2
doc/bugs/format_bug.mdwn
View File

@ -15,7 +15,7 @@ encouraging.
> This is a bug in markdown, not in ikiwiki. Markdown often has issues with > 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 > 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 > (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..) > do that, use the form to generate a new per-bug page..)

2
doc/bugs/git_fails_to_compile.mdwn
View File

@ -29,4 +29,4 @@ Thanks.
>>> security since ikiwiki can be run setuid.) If you need to use >>> security since ikiwiki can be run setuid.) If you need to use
>>> a nonstandard path, you'll need to edit that. --[[Joey]] >>> a nonstandard path, you'll need to edit that. --[[Joey]]
[[tag done]] [[!tag done]]

2
doc/bugs/htmltidy_has_no_possibilty_to_use_an_alternative_config_file_which_may_break_other_usages.mdwn
View File

@ -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 > 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 > 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 > overriding other problem settings from config files if they're found
> later. --[[Joey]] [[tag done]] > later. --[[Joey]] [[!tag done]]

2
doc/bugs/img_plugin_renders___60__img__62___tag_without_src_attribute_post-2.20.mdwn
View File

@ -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]] **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]]

2
doc/bugs/index.html__63__updated.mdwn
View File

@ -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 > said broken software will then display its old out of date cached
> version. > version.
> >
> So, not changing this. [[tag done]] > So, not changing this. [[!tag done]]
> >
> --[[Joey]] > --[[Joey]]

8
doc/bugs/iniline_breaks_toc_plugin.mdwn
View File

@ -26,7 +26,7 @@ All this is displayed correctly if toc is removed.
> [here](http://bugs.debian.org/421843). > [here](http://bugs.debian.org/421843).
> >
> I'm going to close this bug report since it's a markdown bug. --[[Joey]] > I'm going to close this bug report since it's a markdown bug. --[[Joey]]
[[tag done]] [[!tag done]]
>> thanks, that fixes it. >> thanks, that fixes it.
@ -42,11 +42,11 @@ bla bla bla
* bl bla * bl bla
* aadsd * aadsd
[[toc levels=2]] [[!toc levels=2]]
bla bla bla bla
[[table data=""" [[!table data="""
Customer|Amount Customer|Amount
Fulanito|134,34 Fulanito|134,34
Menganito|234,56 Menganito|234,56
@ -59,6 +59,6 @@ Menganito|234,56
Here's a paragraph. Here's a paragraph.
[[inline pages="users/joey" raw="yes"]] [[!inline pages="users/joey" raw="yes"]]
bla bla bla bla

2
doc/bugs/inline_plugin_rootpage_option_is_not_case_insensitive.mdwn
View File

@ -6,4 +6,4 @@ But maybe this is intended behavior? --rdennis
> filesystem. It just avoids you having to get the case right when > filesystem. It just avoids you having to get the case right when
> referring to existing files, by wikilinks or pagespecs --[[Joey]] > referring to existing files, by wikilinks or pagespecs --[[Joey]]
[[tag done]] [[!tag done]]

4
doc/bugs/mailto:_links_not_properly_generated_in_rssatom_feeds.mdwn
View File

@ -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 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]]

2
doc/bugs/map_does_not_link_directory_for_which_a_file_also_exists.mdwn
View File

@ -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. 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.

2
doc/bugs/pipe_in_tables_as_characters.mdwn
View File

@ -10,7 +10,7 @@ Seems tables are disabled here ?
See this example: See this example:
[[table class=table1 data=""" [[!table class=table1 data="""
aaaaaaaaaaaaaaa|b|c aaaaaaaaaaaaaaa|b|c
--\|\|--|e|f --\|\|--|e|f
"""]] """]]

2
doc/bugs/prune_causing_taint_mode_failures.mdwn
View File

@ -32,4 +32,4 @@ sub prune ($) { #{{{
> I don't really support using ikiwiki with the perl 5.8.4 in debian > I don't really support using ikiwiki with the perl 5.8.4 in debian
> oldstable, and would recommend upgrading. --[[Joey]] > oldstable, and would recommend upgrading. --[[Joey]]
[[tag patch done]] [[!tag patch done]]

4
doc/bugs/raw_html_in-page_and___91____91____33__included__93____93__.mdwn
View File

@ -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. 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 > 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 ## inlining raw html

2
doc/bugs/recentchangesdiff_crashes_on_commits_which_remove_a_lot_of_files.mdwn
View File

@ -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 > I only see it with 1.0.1. (Bad news: Newer versions of markdown are
> slooooooow, especially on such large files.) > 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 > also have modified recentchangesdiff to only show the first 200 lines of
> diff, which should be enough without bloating the recentchanges into > diff, which should be enough without bloating the recentchanges into
> perl-crashing territory. --[[Joey]] > perl-crashing territory. --[[Joey]]

2
doc/bugs/rst_plugin_hangs_on_utf-8.mdwn
View File

@ -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. it's a problem with the XML-RPC interface.
Sorry for the delay, this is now fixed! --[[Joey]] Sorry for the delay, this is now fixed! --[[Joey]]
[[tag done]] [[!tag done]]

2
doc/bugs/search:___34__link__34___and___34__title__34___fields_are_incorrectly_specified.mdwn
View File

@ -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 [patch]: http://www.gmcmanus.org/0001-Use-correct-term-prefixes-when-searching.patch
[search]: http://ikiwiki.info/ikiwiki.cgi?P=title%3Atags [search]: http://ikiwiki.info/ikiwiki.cgi?P=title%3Atags
[[tag done]] [[!tag done]]

2
doc/bugs/search_for_locale_data_in_the_installed_location.mdwn
View File

@ -11,7 +11,7 @@ It seems like gettext only searches for locale information in /usr/share/locale,
return $gettext_obj->get(shift); return $gettext_obj->get(shift);
} }
[[tag patch]] [[!tag patch]]
-- [[ThomasBleher]] -- [[ThomasBleher]]
> According to my testing, this patch makes ikiwiki's localisation fail for > According to my testing, this patch makes ikiwiki's localisation fail for

2
doc/bugs/search_plugin_and_CGI_preview.mdwn
View File

@ -16,4 +16,4 @@ Making the indexing only happen on a real commit might also speed the
Preview up a small amount. Preview up a small amount.
--Chapman Flack --Chapman Flack
[[tag done]] [[!tag done]]

2
doc/bugs/search_plugin_uses_wrong_css_path.mdwn
View File

@ -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. 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]]. > thanks for pointing this bug out, I've fixed it --[[Joey]].
[[tag done]] [[!tag done]]

2
doc/bugs/shortcut_encoding.mdwn
View File

@ -4,7 +4,7 @@
Might this be a problem of the web server? Might this be a problem of the web server?
Also, I'd like to put the shortcut usages into backticks Also, I'd like to put the shortcut usages into backticks
-- `[[iki shortcuts]]` -- -- `[[!iki shortcuts]]` --
to have them displayed in the usual backtick-formatting. 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. That also doesn't work, but this is an already-reported issue, as far as I know.

4
doc/bugs/shortcuts_don__39__t_escape_from_Markdown.mdwn
View File

@ -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 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 will redirect, but it's hardly clean. Maybe the shortcuts plugin should
run pagetitle() on the text of its link? --Ethan run pagetitle() on the text of its link? --Ethan

6
doc/bugs/space_in_a___91____91__page_link__93____93___doesn__39__t_make_link.mdwn
View File

@ -1,15 +1,15 @@
I attempted to make a new webpage by having wiki code with I attempted to make a new webpage by having wiki code with
[[new page]] [[!new page]]
[newpage] [newpage]
This was converted to literal: This was converted to literal:
[[new page]] [[!new page]]
and the correct hyperlink: and the correct hyperlink:
?newpage ?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: 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). A moment later ... same thing ... it is not a link (no question mark to create).

2
doc/bugs/ssl_certificates_not_checked_with_openid.mdwn
View File

@ -22,4 +22,4 @@ For now, I want to try and resolve the issues with net\_ssl\_test, and run more
> is good. > is good.
> --[[Joey]] > --[[Joey]]
[[tag done]] [[!tag done]]

2
doc/bugs/tags_base_dir_not_used_when_creating_new_tags.mdwn
View File

@ -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 Already existing tags, corresponding to pages like tags/foo.html work just
fine. 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 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 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 of the page I'm editing, while my tagbase is supposed to be relative to the

2
doc/bugs/taint_issue_with_regular_expressions.mdwn
View File

@ -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]], > even in 5.8. See also: [[prune_causing_taint_mode_failures]],
> [[Insecure_dependency_in_mkdir]], > [[Insecure_dependency_in_mkdir]],
> [[Insecure_dependency_in_eval_while_running_with_-T_switch]], > [[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 > 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 > checking in the debian package. You can do the same by building ikiwiki

2
doc/bugs/tbasewiki__95__brokenlinks.t_broken.mdwn
View File

@ -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? 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 >> author's two diffs but has a more correct solution to the first problem described
>> above. -- Thomas, 2007-06-26 >> above. -- Thomas, 2007-06-26

2
doc/bugs/teximg_fails_if_same_tex_is_used_on_multiple_pages.mdwn
View File

@ -21,4 +21,4 @@ I think this will be a own dir for images for every page.
--[[PatrickWinnertz]] --[[PatrickWinnertz]]
[[tag done]] [[!tag done]]

2
doc/bugs/undefined_tags_or_mismatched_tags_won__39__t_get_converted.mdwn
View File

@ -43,4 +43,4 @@ The out put is:
> alone. If you feel the other things you brought up are bugs, please talk > alone. If you feel the other things you brought up are bugs, please talk
> to the markdown maintainer. --[[Joey]] > to the markdown maintainer. --[[Joey]]
[[tag done]] [[!tag done]]

6
doc/bugs/wiki_formatting_does_not_work_between_toc_and_an_inline.mdwn
View File

@ -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 with a single-file wiki containing the text below, rendered via `ikiwiki
--plugin toc`. --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 > 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 > (available in debian experimental). So I'll [[close|done]] this as it's
> not really an ikiwiki bug. --[[Joey]] > not really an ikiwiki bug. --[[Joey]]
[[toc ]] [[!toc ]]
**not bold** **not bold**
@ -19,7 +19,7 @@ with a single-file wiki containing the text below, rendered via `ikiwiki
[not a link](http://ikiwiki.info) [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** **bold**

2
doc/bugs/wiki_links_still_processed_inside_code_blocks.mdwn
View File

@ -46,4 +46,4 @@ and have it render like:
> there should give some strong hints how to fix this bug, though I haven't > there should give some strong hints how to fix this bug, though I haven't
> tried to apply the method yet. --[[Joey]] > tried to apply the method yet. --[[Joey]]
[[debbug 487397]] [[!debbug 487397]]