| Commit message (Collapse) | Author | Age |
|---|
| ... | |
| |/ |
|
| | |
|
| | |
|
| |
|
|
|
| |
used if you want a wiki that doesn't default to generating rss or atom
feeds, but that does allow them to be turned on for specific blogs.
|
| | |
|
| |
|
|
|
|
|
|
| |
just avoid actually writing the files. This is necessary because ikiwiki
saves state after a preview (in case it actually *did* write files),
and if will_render isn't called its security checks will get upset
when the page is saved. Thanks to Edward Betts for his help tracking this
tricky bug down.
|
| |
|
|
|
| |
This call is only present to handle the case where previewing a page
actually causes files to be rendered.
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
- On commits, replace "mtn sync" bidirectional with "mtn push" single
direction. No need to pull changes when doing a commit. mtn sync
is still called in rcs_update.
- Support for viewing differences via patches using viewmtn.
|
| |
|
|
|
|
|
|
|
|
| |
Now aggregation will not lock the wiki. Any changes made during aggregaton are
merged in with the changed state accumulated while aggregating. A separate
lock file prevents multiple concurrent aggregators. Garbage collection
of orphaned guids is much improved. loadstate() is only called once
per process, so tricky support for reloading wiki state is not needed.
(Tested fairly thuroughly.)
|
| | |
|
| |
|
|
| |
they're in has changed.
|
| |
|
|
|
| |
by thunking to the CGI, which can redirect to the page, or allow it to be
created if it doesn't exist.
|
| | |
|
| |
|
|
| |
approach.
|
| |
|
|
|
| |
Oops. Convert it from a cgi to a sessioncgi hook, which will work
much better.
|
| |
|
|
|
| |
* This allows locking the wiki before loading state, which avoids some
tricky locking code when saving a web edit.
|
| |
|
|
| |
the aggregating page to be rebuilt. Fix this.
|
| |
|
|
|
|
|
|
| |
since this leads to too many problems with web caching, especially with
inlined pages. Properly solving this would involve tracking every page
that contributes to a page's content and using the youngest of them all,
as well as special cases for things like the version plugin, and it's just
too complex to do.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Remarkably few. Also, I removed the stub for the obsolete rcs_notify function.
|
| |\ |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| | |
the issue is that HTML::Template doesn't expand top-level variables when inside
a loop
|
| | | |
|
| | |
| |
| |
| |
| | |
scan() does too much. All that is needed is to preprocess the internal page
in scan-only mode.
|
| | |
| |
| |
| | |
misc fixes
|
| | |
| |
| |
| | |
removed
|
| | |
| |
| |
| |
| |
| |
| | |
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.
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| | |
I kept it to a simple global configuration, rather than using the
preprocessor directive for recentchanges, because that had chicken and egg
problems and seemed overcomplicated. This should work reasonably well,
though it would be good to add some more metadata so that more customised
recentchanges pages can be made.
|
| | | |
|
| | |
| |
| |
| |
| |
| | |
This makes it a lot quicker to deal with lots of recentchanges pages
appearing and disappearing. It avoids needing to clutter up pagespecs with
exclusions for those pages, by making normal pagespecs not match them.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| | |
This is important to do because until will_render is called, ikiwiki doesn't
know that the page exists. This avoids recentchanges re-writing every change
page every run.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
Doesn't look as good as the old table, but works as a rss feed.
|
| | | |
|