| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| | |
|
| |
|
|
|
| |
Since 80997d21e0aee9b8f27153000742ecd781f429f8 the date passed to the
draft save backend is indeed the page id, not the date.
|
| | |
|
| |\
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
lib/scripts/edit.js
lib/scripts/locktimer.js
Some whitespace (at end of line) cleanup
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| | |
The security token here doesn't improve the security as the other
requests that allow you to do the same thing aren't protected and I
don't see why locking or draft creation should be subject of XSRF
attacks.
|
| | |
| |
| |
| |
| |
| |
| | |
This disables lock and draft creation for pages the user can't edit. It
additionally adds a security token to the draft creation and deletion
request so - at least for logged in users - drafts can't be created,
modified or deleted so easily anymore.
|
| |/
|
|
|
| |
If no HTML element with the id wiki__text exists, locktimer.init led to a
JavaScript error.
|
| | |
|
| | |
|
|
|
I also adjusted the coding style to match our other JS classes
|
