| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
|
|
| |
<http://universaleditbutton.org/>
Not forcing a rebuild on upgrade just for this.
|
| |
|
|
|
| |
- Add a Help link.
- If the pageterm is too long, hash it.
|
| |
|
|
| |
as well as for pages that contain a given link ("link:bar").
|
| | |
|
| |
|
|
|
| |
Everything is done except for the actual indexing. I plan to do incremental
indexing as pages change.
|
| | |
|
| |
|
|
|
|
|
| |
This implements the previously documented hashed password support.
While implementing that, I noticed a security hole, which this commit
also fixes..
|
| |
|
|
| |
on the cgi following edit links.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The fix involved embedding the session id in the forms, and not allowing the
forms to be submitted if the embedded id does not match the session id.
In the case of the preferences form, if the session id is not embedded,
then the CGI parameters are cleared. This avoids a secondary attack where the
link to the preferences form prefills password or other fields, and
the user hits "submit" without noticing these prefilled values.
In the case of the editpage form, the anonok plugin can allow anyone to edit,
and so I chose not to guard against CSRF attacks against users who are not
logged in. Otherwise, it also embeds the session id and checks it.
For page editing, I assume that the user will notice if content or commit
message is changed because of CGI parameters, and won't blndly hit save page.
So I didn't block those CGI paramters. (It's even possible to use those CGI
parameters, for good, not for evil, I guess..)
The only other CSRF attack I can think of in ikiwiki involves the poll plugin.
It's certianly possible to set up a link that causes the user to unknowingly
vote in a poll. However, the poll plugin is not intended to be used for things
that people would want to attack, since anyone can after all edit the poll page
and fill in any values they like. So this "attack" is ignorable.
|
| |
|
|
|
|
| |
* rcs_diff is a new function that rcs modules should implement.
* Implemented rcs_diff for git, svn, and tla (tla version untested).
Mercurial and monotone still todo.
|
| |
|
|
|
|
| |
containing ikiwiki.cgi, but this should not change the urls to the style
sheets etc. Add a new forcebareurl parameter to misctemplate to allow
it to do that.
|
| |\
| |
| |
| |
| |
| |
| | |
Conflicts:
debian/changelog
templates/change.tmpl
|
| | | |
|
| | | |
|
| | | |
|
| |/ |
|
| | |
|
| |
|
|
| |
fix whitespace that led to bad wrapping and display
|
| | |
|
| |
|
|
|
|
|
| |
license, and copyright. This can be used to create custom RecentChanges.
* meta: To support the pagespec functions, metadata about pages has to be
retained as pagestate.
* Fix encoding bug when pagestate values contained spaces.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
The customary 2.5 hours of staring at random css turtorials later, here
is a pure css latout for the static recentchanges page that, while not as good
as the old table layout, it decent. And it works well in lynx. And
should generate some pretty nice rss too.
|
| |
|
|
| |
Doesn't look as good as the old table, but works as a rss feed.
|
| |
|
|
|
| |
the svnrepo and notify settings, though both will be ignored if left in
setup files.
|
| |
|
|
|
| |
Currently hardcoded to write to recentchanges/*, and the page format needs
to be rethought to be usable for aggregation, but it basically works.
|
| | |
|
| | |
|
| |
|
|
|
| |
feeds if available. (rss doesn't allow such info on a per-post basis)
* meta: Allow copyright/license metadata to contain arbitrary markup.
|
| |
|
|
|
|
| |
directives.
* aggregate: Yet another state saving fix (sigh).
* aggregate: Add hack to support feeds with invalidly escaped html entities.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
be shown in the page footer. HTML will also be inserted that should
support the rel=license microformat as well as the HTML spec's
rel=copyright.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
- add a title to the editpage form;
- pass a reference to the list of buttons to the formbuilder_setup
hooks, so we can add ours;
- relax asumption about the possible submit values (use "Save Page"
explicitly);
- de-hardcode the submit buttons from the editpage template
(This was needed for compatability with a bug in CGI::FormBuilder
3.0401, but ikiwiki already needs a newer version.)
* Pass buttons to all other formbuilder_setup hooks too.
|
| |
|
|
|
|
| |
atom feeds, and also changing the publication time for a feed to the
newest modiciation time (was newest creation time).
* The patch also adds dcterms:creator to rss items that have a known author.
|
| |
|
|
|
| |
pagetemplate hook to work for that page.
* Above change fixes the favicon plugin to work on edit pages.
|
| |
|
|
|
|
|
|
|
|
|
| |
ESCAPE=HTML for titles in the templates for these feeds, and instead
escape the title going in to the template. Previously, the title was
sometimes double-escaped in a feed (if set via meta title), and sometimes
not (if set from the page filename).
* In the meta plugin, when a title is set, encode the html entities in it
numerically. This works better in the current landscape of a rss spec that
doesn't specify encoding, and variously broken feed consumers, according
to <http://www.rssboard.org/rss-profile#data-types-characterdata>.
|
| |
|
|
|
|
|
|
| |
and style sheet updates, and unless you're using customised versions,
you'll want to rebuild wikis on upgrade to this version to avoid
inconsistencies.
* Allow WIKINAME to to used in footers, as an example of something to put
there.
|
| |
|
|
| |
covers this.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
* More style sheet updates, remove the hack that used the tags div to create
the footer border.
|
| | |
|