Migrate doc/bugs via prefix_directives
This is a partial commit of: egrep -rl '\[\[[a-z]+ ' doc | xargs --max-args 1 ./ikiwiki-transition prefix_directivesmaster
Simon McVittie
parent
6153fd6d88
commit
9c02d61d9b
|
|
@ -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]]
|
||||
|
|
|
|||
|
|
@ -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]]
|
||||
|
|
|
|||
|
|
@ -66,4 +66,4 @@ This type of page name (with leading slash) also gets created by the aggregate p
|
|||
|
||||
>> -- intrigeri
|
||||
|
||||
[[tag patch]]
|
||||
[[!tag patch]]
|
||||
|
|
|
|||
|
|
@ -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]]
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
|
|
|||
|
|
@ -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]]
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
|
|
|||
|
|
@ -53,4 +53,4 @@ the smiley issue remains open. --[[JasonBlevins]]
|
|||
|
||||
> This bug is [[done]], all issues are fixed. --[[Joey]]
|
||||
|
||||
[[tag patch]]
|
||||
[[!tag patch]]
|
||||
|
|
|
|||
|
|
@ -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 \\[[...|...]]
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
||||
|
|
|
|||
|
|
@ -110,4 +110,4 @@ Index: IkiWiki/Plugin/inline.pm
|
|||
|
||||
[[done]] --[[Joey]]
|
||||
|
||||
[[tag patch]]
|
||||
[[!tag patch]]
|
||||
|
|
|
|||
|
|
@ -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]]
|
||||
|
|
|
|||
|
|
@ -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..)
|
||||
|
|
|
|||
|
|
@ -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]]
|
||||
|
|
|
|||
|
|
@ -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]]
|
||||
|
|
|
|||
|
|
@ -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]]
|
||||
|
|
|
|||
|
|
@ -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]]
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
|
|
|||
|
|
@ -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]]
|
||||
|
|
|
|||
|
|
@ -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]]
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
||||
|
|
|
|||
|
|
@ -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
|
||||
"""]]
|
||||
|
|
|
|||
|
|
@ -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]]
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
||||
|
|
|
|||
|
|
@ -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]]
|
||||
|
|
|
|||
|
|
@ -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]]
|
||||
|
|
|
|||
|
|
@ -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]]
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
|
|
|||
|
|
@ -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]]
|
||||
|
|
|
|||
|
|
@ -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]]
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
||||
|
|
|
|||
|
|
@ -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).
|
||||
|
||||
|
|
|
|||
|
|
@ -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]]
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
||||
|
|
|
|||
|
|
@ -21,4 +21,4 @@ I think this will be a own dir for images for every page.
|
|||
|
||||
--[[PatrickWinnertz]]
|
||||
|
||||
[[tag done]]
|
||||
[[!tag done]]
|
||||
|
|
|
|||
|
|
@ -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]]
|
||||
|
|
|
|||
|
|
@ -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**
|
||||
|
||||
|
|
|
|||
|
|
@ -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]]
|
||||
|
|
|
|||
Loading…
Reference in New Issue