aboutsummaryrefslogtreecommitdiff
path: root/IkiWiki
Commit message (Collapse)AuthorAge
* move comments to copyright and changelogJoey Hess2009-04-04
|
* formatting, layout, indentation, coding styleJoey Hess2009-04-04
|
* Merge branch 'master'Joey Hess2009-04-04
|\ | | | | | | | | Conflicts: doc/ikiwiki-makerepo.mdwn
| * recentchanges: change to using do=goto links.Joey Hess2009-04-01
| |
| * use md5sum for page_to_idJoey Hess2009-03-27
| | | | | | | | | | | | The munged ids were looking pretty nasty, and were not completly guaranteed to be unique. So a md5sum seems like a better approach. (Would have used sha1, but md5 is in perl core.)
| * comments: Fix anchor ids to be legal xhtml. Closes: #521339Joey Hess2009-03-26
| | | | | | | | | | | | | | | | | | | | | | Well, that was a PITA. Luckily, this doesn't break guids to comments in rss feeds, though it does change the links. I haven't put in a warning about needing to rebuild to get this fix. It's probably good enough for new comments to get the fix, without a lot of mass rebuilding.
| * comments: Fix too loose test for comments pages that matched normal pages ↵Joey Hess2009-03-26
| | | | | | | | with "comment_" in their name. Closes: #521322
| * fix rcs_getctime to return first, not last, change timeJoey Hess2009-03-20
| | | | | | | | | | | | | | This was being buggy and returning the file's last change time, not its creation time. (I checked all the others (except tla) and they're ok.)
| * fix rcs_getctime to return first, not last, change timeJoey Hess2009-03-20
| | | | | | | | | | This was being buggy and returning the file's last change time, not its creation time.
| * inline: Fix urls to feed when feedfile is used on an index page.Joey Hess2009-03-19
| | | | | | | | | | | | It would be better to use urlto() here, but will_render has not yet been called on the feed files at this point, so it won't work. (And reorganizing so it can be is tricky.)
| * avoid crashing if Sort::Naturally is not installedJoey Hess2009-03-19
| |
| * implement sort=title_natural for inlinechrysn2009-03-19
| | | | | | | | | | adds a new sorting order, title_natural, that uses Sort::Naturally's ncmp function to provide better sorting for inlines
| * git: Manually decode git output from utf-8, avoids warning messages on ↵Joey Hess2009-03-09
| | | | | | | | invalidly encoded output.
| * git: Fix utf-8 encoding of author names.Joey Hess2009-03-09
| | | | | | | | | | | | | | | | I guess what's happening here is that since the name is passed to git via an environment variable, perl's normal utf-8 IO layer stuff doesn't work. So we have to explicitly decode the string from perl's internal representation into utf-8.
| * avoid uninitialized value warningsJoey Hess2009-03-09
| |
| * When loading a template in scan mode, let preprocess know it only needs to scan.Joey Hess2009-03-08
| | | | | | | | | | | | | | | | This makes wikis such as zack's much faster in the scan pass. In that pass, when a template contains an inline, there is no reason to process the entire inline and all its pages. I'd forgotten to pass along the flag to let preprocess() know it was in scan mode, leading to much unncessary churning.
| * avoid potential infinite loop in smiley expansionJoey Hess2009-03-08
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - In 3.05, ikiwiki began expanding templates in scan mode, for annoying, expensive, but ultimatly necessary reasons of correctness. - Smiley processing has a bug: It inserts a span for the smiley, and then continues searching forward in the content for more, starting at $end_of_smiley+1. Which means it searches for smilies in the span too! And if it somehow finds one, we get an infinite loop here. - This bug can, probably, only be tickled if a htmllink to show the smiley fails, because the smiley file doesn't exist, or because ikiwiki doesn't know about it. In that case, a link will be inserted to _create_ the missing page, and that link will include the smiley inside the <a></a>. - When a template is expanded in scan mode, and it contains an inline, the sanitize hook is run during scan mode, which never happened before. That causes the smiley processor to run, before ikiwiki is, necessarily, aware that all the smiley files exist (depending on scan order). So it inserts creation links for them, and triggers the bug. I've put in the simple fix of jumping forward past the inserted span, and it does fix the problem. I will need to look in a bit more detail into why an inline nested inside a template is fully expanded during the scan pass -- that really shouldn't be necessary, and it makes things much slower than they need to be.
| * configure wmd to leave text in markdownJoey Hess2009-03-08
| |
| * look for wmd/wmd.jsJoey Hess2009-03-07
| | | | | | | | | | | | | | This means that the underlay needs to have a wmd/wmd/wmd.js, which is a trifle weird, but it isolates all the wmd stuff in a single wmd subdirectory of the built wiki. The wmd/images creating a toplevel images directory was particularly bad.
| * make wmd comment support comment editing (I think)Joey Hess2009-03-07
| |
| * rebuild not neededJoey Hess2009-03-07
| | | | | | | | This plugin only affects the page edit, not the compiled wiki.
| * wmd plugin from willuJoey Hess2009-03-07
| |
| * Setup automator: Fix bug in password comparison. Closes: #517654Joey Hess2009-03-01
| |
| * goto: Fix typo that broke recentchanges_link compatability.Joey Hess2009-02-27
| |
| * bzr: Add missing rcs_diff. (liw)Joey Hess2009-02-26
| |
| * comments: Avoid showing comment moderation button in prefs to non-admins.Joey Hess2009-02-26
| |
| * detect sslcookie set and no httpsJoey Hess2009-02-26
| | | | | | | | | | | | | | | | | | This is likely a misconfiguration and can cause login to fail as the browser refuses the send the session cookie back over http. Not entirely happy with putting the check where I did, since users have to try to log in, and fail, to see the misconfiguration explained. But I could not find a better place to put the check.
| * bzr: Add missing stub rcs_diff.Joey Hess2009-02-25
| |
| * Setup automator: Prompt for password twice. Closes: #516973Joey Hess2009-02-24
| |
| * rename tag() to tagged(); add docsJoey Hess2009-02-19
| |
| * add tag() pagespecJoey Hess2009-02-19
| | | | | | | | patch from jon
| * typoJoey Hess2009-02-17
| |
| * goto: Fix redirect to comments.Joey Hess2009-02-17
| |
| * template: Load templates in scan modeJoey Hess2009-02-17
| | | | | | | | | | | | This is potentially expensive, but is necessary so that meta and tag directives, and other links on templates affect the page using the template reliably.
| * Revert "comments" (stupid commit)Joey Hess2009-02-17
| | | | | | | | This reverts commit bb8b8787ef9477c027b9e5d8b7b5e1addfd1ca32.
| * commentsJoey Hess2009-02-17
| |
| * check for empty srcdirJoey Hess2009-02-14
| | | | | | | | This happens when using -dumpsetup
| * downgrade missing shortcuts page error to warningJoey Hess2009-02-14
| | | | | | | | and response to bug report
| * move check_canedit, check_content to IkiWiki library from editpageJoey Hess2009-02-12
| | | | | | | | | | | | | | | | | | | | | | | | It no longer makes sense to keep these functions in editpage, because serveral plugins now exist that use them, and users may want to disable editpage, while leaving those plugins enabled. Most notably, comments uses both functions, and it's entirely appropriate to disable editpage but still want to have comments enabled. Less likely, attachments, rename, and remove all use check_canedit -- but it would be unusual indeed to want to use these w/o editpage.
| * shortcut: If default_pageext is set, first look for shortcuts.default_pageextJoey Hess2009-02-12
| | | | | | | | | | | | Falls back to looking for shortcuts.mdwn for backwards compatabiity; there probably exist wikis that have changed the pageext but still use shortcuts.mdwn.
| * doubled semicolonsJoey Hess2009-02-11
| |
| * Create any missing directory necessary to put the wrapper file into. Closes: ↵Joey Hess2009-02-09
| | | | | | | | #514384
| * doubled semicolonJoey Hess2009-02-04
| |
| * Work around XML::Atom strangeness that results in double-encoded postsSimon McVittie2009-02-03
| | | | | | | | | | | | | | | | | | See [[bugs/Aggregated_Atom_feeds_are_double-encoded]]. By default, XML::Atom outputs strings of UTF-8 bytes with the Perl UTF8 flag stripped off, which IkiWiki assumes to be Latin-1 and re-encodes as UTF-8 on output. XML::Feed does not currently (0.41-1) set the magic variable to change this behaviour (I've filed a bug on CPAN), but IkiWiki can usefully set the same variable as a workaround.
| * rename apache404 -> 404Joey Hess2009-01-31
| | | | | | | | | | | | This may already work with other web servers that have copied apache's interface, and it should be easy to add support to it for web servers that use some other interface. So, make the name more general.
| * factor out IE stupididy workaroundJoey Hess2009-01-31
| |
| * Split cgi_goto into a goto pluginSimon McVittie2009-01-31
| |
| * Split apache404 into an independent pluginSimon McVittie2009-01-31
| | | | | | | | | | Also make it ignore the 'do' parameter at Joey's suggestion, to have one less thing to remember when configuring.
| * CGI: pad error responses with 512 bytes of spaces so IE will display themSimon McVittie2009-01-31
| | | | | | | | | | IE displays its own error responses unless the server's was >= 512 bytes. http://support.microsoft.com/default.aspx?scid=kb;en-us;Q294807
| * CGI: set up goto hook so that /ikiwiki.cgi?do=goto can be an Apache ↵Simon McVittie2009-01-31
| | | | | | | | ErrorDocument
generated by cgit v1.2.3 (git 2.25.4) at 2024-06-11 02:35:46 +0000