| Commit message (Collapse) | Author | Age |
... | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
If the title of a trail changes, each member of that trail must be
rebuilt, for its prev/up/next box to reflect the new title.
If the title of a member changes, its next and previous items (if any)
must be rebuilt, for their prev/up/next boxes to reflect the new title.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
In the unlikely event that the ordered contents of a trail have changed
without the TRAILS or TRAILLOOP template variables being evaluated
(for instance, all trail directives are removed from a former trail
that uses a custom pagetemplate that doesn't contain TRAILS), we might
get here without having already called prerender.
|
| |/ / |
|
| | |
| | |
| | |
| | | |
smcv please note this introduces another bug, which I've opened
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
don't go on and --refresh.
This way, if a previous aggregation job is running, we don't add additional
load doing work that job will do anyway.
|
| | | |
|
| | |
| | |
| | |
| | | |
All existing tests pass.
|
| | |
| | |
| | |
| | | |
selected in all browsers.
|
| | | |
|
| | |
| | |
| | |
| | | |
12fa9c031f7a9dc25dba628aa91fc347586e4ab6 porported to fix this, but failed
|
| | | |
|
| | |
| | |
| | |
| | | |
(cherry picked from commit 1636da85d82644d923042c870aaedc5a29754aa6)
|
| | |
| | |
| | |
| | | |
(cherry picked from commit 9d550817ca546d1dd30a21cebad6093d1f3bacad)
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
this simplifies the code, make the configuration more intuitive, at
the cost of making the labels on the layers automatically generated
and therefore less customizable
|
| | | |
|
| | |
| | |
| | |
| | | |
for google maps to work, an API key needs to be added to the configuration
|
| | | |
|
| | |
| | |
| | |
| | | |
(cherry picked from commit 519d35368e2f1e7fe1fce577fe7d71ef9bd5c07e)
|
| | |
| | |
| | |
| | | |
(cherry picked from commit 6f684cd412e6d93f943c1fa5d8dac91caa138be0)
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
will_render() before first call to urlto().
Fixes
http://ikiwiki.info/bugs/osm_linkto__40____41___usage_breaks_map_rendering/
(cherry picked from commit 691312225789ff6cd5e3fcc4979c076791d67452)
|
| |/ |
|
| |\ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When set to true, let each mirror's ikiwiki CGI find out the correct target page
url themselves.
This resolves the usecase described on
[[todo/mirrorlist_with_per-mirror_usedirs_settings]].
Signed-off-by: intrigeri <intrigeri@boum.org>
|
| | |
| | |
| | |
| | |
| | | |
(Worked ok in my tests w/o this, but not sure I tested every case,
and this is correct.)
|
| |/
| |
| |
| | |
Thanks, Raúl Benencia
|
| |\ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
At some point I changed the storage of trail members' membership
and forgot to update this use.
(It turns out to be rather difficult to reach this code, possibly even
impossible: it only applies if a member somehow ceases to match the
trail's pagespec without either the trail or the member changing.)
|
| | | |
|
| | | |
|
| |/
| |
| |
| | |
Reworded template, which also called the commit message a "comment".
|
| |\ |
|
| | | |
|
| | | |
|
| | | |
|
| |\ \ |
|
| | | | |
|
| | |/
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Previously, prune("wiki/srcdir/sandbox/test.mdwn") could delete srcdir
or even wiki, if they happened to be empty. This is rarely what you
want: there's usually some base directory (destdir, srcdir, transientdir
or another subdirectory of wikistatedir) beyond which you do not want to
delete.
|
| | | |
|
| | |
| | |
| | |
| | | |
src param always needed now
|
| |/
| |
| |
| | |
renamed page in this case.
|
| |
| |
| |
| | |
This was removed in aaa72a3a80f89.
|
| |
| |
| |
| | |
signin form, and just right to the httpauthurl.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Technically, when the user does this, a passwordless account is created
for them. The notify mails include a login url, and once logged in that
way, the user can enter a password to get a regular account (although
one with an annoying username).
This all requires the passwordauth plugin is enabled. A future enhancement
could be to split the passwordless user concept out into a separate plugin.
|
| | |
|
| |
| |
| |
| |
| | |
This got broken when cgiurl began often returning a relative url.
Added a cgiurl_abs for the things that need a guaranteed absolute cgiurl.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The plan is to use this for accounts that are created implicitly, as when
a non-logged-in user subscribes to notifyemail. Such an account has no
password, and login can be accomplished by way of a url that is sent to
them in email.
When the user sets a password, the passwordless login token is disabled.
|
| | |
|
| | |
|