| Commit message (Collapse) | Author | Age |
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| | |
Improbement and "bug"fixing of the xmlrpc interface
|
| |
| |
| |
| |
| | |
The score was randomly transfered as string or as integer.
This way it will always be transfered as an integer.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Added the new error codes and categories:
--- 212 Not allowed to delete media
== 230 Media edit error
--- 231 Filename not given
--- 232 File is still referenced
--- 233 Could not delete file
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Since there are currently a lot of error coded returning 1, that mean
completly different thing, i guess it would be very nice to change this.
A client should not be forced to parse the error message, the error code
should be enough to explain the error.
This change suggests some error codes, that have a hierarchical
structure. In the following list the categories begin with = and the
error codes actually used with -.
= 100 Page errors
== 110 Page access errors
--- 111 User is not allowed to read the requested page
--- 112 User is not allowed to edit the page
== 120 Page existance errors
--- 121 The requested page does not exist
== 130 Page edit errors
--- 131 Empty page id
--- 132 Empty page content
--- 133 Page is locked
--- 134 Positive wordblock check
= 200 Media errors
== 210 Media access errors
--- 211 User is not allowed to read media
--- 215 User is not allowed to list media
== 220 Media existance errors
--- 221 The requested media does not exist
= 300 Search errors
== 310 Argument errors
--- 311 The provided value is not a valid timestamp
== 320 Search result errors
--- 321 No chances in specified timeframe
|
| |
| |
| | |
Without creating an IXR_Base64 object, the file will be encoded as base64, but send as string. The client XML-RPC parser cannot detect that it is meant to be a base64 encoded file.
|
|\ \
| | |
| | | |
Added bcrypt support for password hashes
|
| |\ \
| | | |
| | | |
| | | |
| | | | |
Conflicts:
lib/plugins/config/settings/config.metadata.php
|
| | | | |
|
| | |/
| | |
| | |
| | |
| | |
| | |
| | | |
This implements the salted MD5 password hash format of the LDAP RFC.
The format is quite simple the password, followed by the 8 byte hash in
base64 encoding, which results in 32 characters, prepended with the
string "{smd5}".
|
| |\| |
|
| | |
| | |
| | |
| | | |
This method require PHP 5.3+ it will fail otherwise!
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
Templates authors should support these to make the transition between templates easier. Templates which already have a sidebar could first check for $conf['sidebar'] and use it if it's defined, otherwise use their old own sidebar functionality to stay backwards-compatible.
|
| | | |
|
| | |
| | |
| | |
| | | |
b8a84c03) and made a link around the image instead, as that is a more minor change (as it should be during the RC phase) and is what was originally planned
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
Template authors need to update their _mediamanager.css
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
Thanks to Anael in the DokuWiki IRC channel for spotting the errors.
|
|\ \ \
| | | |
| | | | |
Bulgarian language update (added "mediarevisions")
|
| | | | |
|
| | | | |
|
| | | | |
|
|/ / / |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
The score was randomly transfered as string or as integer.
This way it will always be transfered as an integer.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
selection in history of new media manager, FS#2398)
|
| | |
| | |
| | |
| | | |
div.dokuwiki to just .dokuwiki (some templates have the class in the body)
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
For some reason trailing/leading underscores were allowed when uploading
files. But the rest of the code (eg. listing or downloading files) never
supported this. This patch removes this special case for uploading files
to streamline ID cleaning of pages and media files.
|