@ssahara update Ui\Diff using ChangeLog\getCurrentRevisionInfo()

remove class property $item
remove abstract function itemFN()
ignore metadata when considering external edit

update Ui\Revisions using ChangeLog\getCurrentRevisionInfo()

remove class property $item
remove abstract function itemFN()
simplify function getRevisions($first, $hasNext)

check externally deleted items in do=recent

do not update revision info for externally modified items to avoid wrong sort order in the recent list.

create ChangeLog::getCurrentRevisionInfo()

assign tentative revision for possible external edition, as $lastRev +1

Revert "disable external edit check to avoid unittest fails"

This reverts commit 162709daa8557d651e7afd7a6aa3e62f08bf0ade.

WIP: handle External Deletion using time() for dummy rev number

disable external edit check to avoid unittest fails

use getFilename() method instead of wikiFN()

fix Non-obvious Ternary Operators

Method names with leading double underscore are reserved by PHP.

fix named access to the sha hashing mechanisms

move IXR XML RPC to composer dependency #1970

This is a monky patched version of kissyfrot/php-ixr until my PR has
been accepted upstream.

Plugins using the XML RPC client may need adjustments.

external edits in changelog for images

external edits at diff page

- removed pages used content of last existing version in a diff, this makes diff inconsistent. Now manually set to empty string if doing diff.
- dummy entry for newer pag

external edits at diff page

- removed pages used content of last existing version in a diff, this makes diff inconsistent. Now manually set to empty string if doing diff.
- dummy entry for newer page has probably no use, as the external edits/deletions are recognized now
TODO unknown scenario not yet tested

show more ...

list external edits also in revs list

- current revision changelogline is already in changelog, so retrieve in one go
- include listing of external edits
- for external deletions no date is known

add external edits to revision listings

- general function for retrieving external edit changelogline
- changelogline is cached after use of the function, then also retrievable by getRevisionInfo()

add external edits to revision listings

- general function for retrieving external edit changelogline
- changelogline is cached after use of the function, then also retrievable by getRevisionInfo()
- included in retrieveRevisionsAround() as well

show more ...

translation update

Update Ajax.php

:fire: fix the calculation of file permissons

Our config allows to set the values for `dmode` and `fmode` to allow
users to explicitly define which permissions directories and files
should have.

To

:fire: fix the calculation of file permissons

Our config allows to set the values for `dmode` and `fmode` to allow
users to explicitly define which permissions directories and files
should have.

To avoid unnessary chmod operations, we check the current umask to
compare what permissions files and directories would get witout our
intervention. If the result is already what the user wants, no chmods
will happen later on. Otherwise we set new configs called `dperm` and
`fperm` which will be used in chmod ops. This is done in
`init_creationmodes()`

When we created new directories, we used to pass the original `dmode`
config to `mkdir()`. The system will then apply the umask to that
`dmode`.

This means the resulting directory will *always* have different
permissions than `dmode`, *always* requiring a chmod operation.
That's silly.

**Breaking Change:** This patch removes the passing of `dmode` as
second parameter to all `mkdir` calls, making it default to `0700`
which is also what we test against in `init_creationmodes()`.

Plugins not relying on our `io_*` functions and do create their own
directories and which currenlty pass `dmode` to it need to be
adjusted to remove that second parameter.

Users may want to reapply the proper file permissions to their data
folder.

**Revert:** In 9fdcc8fcd87114ca59a1764a84d213a53c655c8c @movatica
introduced a change to `init_creationmodes()` that compared the umask
against `fmode` instead of `0666`. I merged it because it looked logical
when compared to the code for directories which compared against `dmode`
as described above. However we do not pass `fmode` to any file creation
methods (that's not possible).

The result is that all changes made in the `fmode` setting resulted
in the wrong permissions for newly created files as first reported in
https://forum.dokuwiki.org/d/19463-setting-fmode-not-working-as-intended

I'm unsure about the orginal motivation behind @movatica's change. The
"fix" however, is wrong.

**Tests:** This patch introduces an integration test that will check the
actual results of directory and file creations under various umask,
`dmode` and `fmode` settings.

show more ...

translation update

Add support for SHA256 encrypted passwords

Enable detection of SHA256 hashes (prefixed with $5$) and allow to
use this hashing schemes in passwords.

HTTPClient: Fix missing processing of redirections with status code 303, 307, 308.

HTTP/1.1 (RFC 7231) and RFC 7538 also define the redirection status codes 303,
307 and 308. These should be also su

HTTPClient: Fix missing processing of redirections with status code 303, 307, 308.

HTTP/1.1 (RFC 7231) and RFC 7538 also define the redirection status codes 303,
307 and 308. These should be also supported as they are used more widely
nowadays (e.g. Google Docs).

show more ...

translation update

translation update

translation update