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 ...

Do not duplicate the foreach ($installed...

translation update

Allow installing extenions from URL via the CLI

fixes #3258

Add support for SHA256 encrypted passwords

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

plugins/extension: Fix git recognition for plugin installations via git-submodules.

New git versions only add .git file with a reference to the git dir in
the superdirectory in the submodule. See gi

plugins/extension: Fix git recognition for plugin installations via git-submodules.

New git versions only add .git file with a reference to the git dir in
the superdirectory in the submodule. See git-submodule(1).

show more ...

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 ...

SVG for interwiki links

This continues the quest to make more use of SVG in the DokuWiki
iconography. Interwiki links are now preferred in SVG, the existing
icons have been replaces by SVGs. This al

SVG for interwiki links

This continues the quest to make more use of SVG in the DokuWiki
iconography. Interwiki links are now preferred in SVG, the existing
icons have been replaces by SVGs. This also adjusts the default icons
for external, mail and UNC links.

Icons come from https://materialdesignicons.com/ and
https://github.com/edent/SuperTinyIcons

I kept the old default icons because they might be used by plugins and
templates. They might be deleted later

The DokuWiki interwiki icon huge in filesize compared to all others and
doesn't look good. Would be good to have a simplified version there.

show more ...

translation update

manifest: add NOSESSION to not require auth

Authentication shouldn't be required for a manifest file.

add missing google interwiki link. fixes #3502

translation update

translation update

Linkwiz update

Linkwiz Searches title if useheading option is 1 or content

translation update

translation update

remove MEDIA_DIFF event handling

MEDIA_DIFF event is not documented in devel:events_list and not used in any plugins.

auth_ismanager: fix group check on PHP8

casting and array access specifity seem to differ on PHP8, breaking the
fix in 1525c2281e6bc28f12ce8a59976e68e5a0e788fa

Avoid potential horizontal overflow in mobile view

Long page names cause overflow in this element, which makes the whole page scroll horizontally in mobile Safari. This rule prevents that from happe

Avoid potential horizontal overflow in mobile view

Long page names cause overflow in this element, which makes the whole page scroll horizontally in mobile Safari. This rule prevents that from happening by wrapping long text.

show more ...

updated composer dependencies

index array with braces rather than unsupported curly braces

Fix to issue #3470

translation update

replace deprecated function calls

Replaces the use of resolve_pageid() and resolve_mediaid() with the
proper class invocations