| Commit message (Collapse) | Author | Age |
|
|
|
| |
12fa9c031f7a9dc25dba628aa91fc347586e4ab6 porported to fix this, but failed
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Try to avoid a situation in which so many ikiwiki cgi wrapper programs are
running, all waiting on some long-running thing like a site rebuild, that
it prevents the web server from doing anything else. The current approach
only avoids this problem for GET requests; if multiple cgi's run GETs on a
site at the same time, one will display a "please wait" page for a
configurable number of seconds, which then redirects to retry. To enable
this protection, set cgi_overload_delay to the number of seconds to wait.
This is not enabled by default.
|
|
|
|
| |
(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.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Normally, needsignin is called when there is a QUERY_STRING, not when a
form is posted. However, it's certianly possible, and should be supported,
to make a form that invokes an ikiwiki action that checks needsignin.
I encountered this when posting ?do=rename&page=foo. The form is displayed
without checking needsignin, for complicated reasons. Posting the form
is when the true authentication happens.
|
| | |
|
| |
| |
| |
| | |
src param always needed now
|
|/
|
|
| |
renamed page in this case.
|
|
|
|
| |
This was removed in aaa72a3a80f89.
|
|
|
|
| |
signin form, and just right to the httpauthurl.
|
|
|
|
| |
There can be dups when eg, adding a new internal page, apparently.
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|