feed: use default favicon as very last resort

The dokuwiki logos we deliver in the wiki namespace are preferable.

feed: set item date. fixes #2960

The date was completely missing in the recent refactor. This readds it
and uses a unix timestamp as suggested in #2960

style fixes

feed: set tagline as subtitle. fixes #2239

Feed creation refactoring

This breaks up the humongous functions from feed.php into multiple
classes. To keep compatibility with existing Plugin events, the basic
principle of how the feed is assemb

Feed creation refactoring

This breaks up the humongous functions from feed.php into multiple
classes. To keep compatibility with existing Plugin events, the basic
principle of how the feed is assembled has not been changed:

* depending on the given mode and other options lose arrays of items are
gathered
* these items are then converted (again based on the various options)
into proper FeedItems
* the FeedItems are then added to the Feed

The conversion from loosely typed item data to something more structured
is now done by the FeedItemProcessor classes. Some very basic tests have
been added. It does not cover erverything but covers more than before
(which was nothing).

Manual testing before merging this is highly recommended. I am not
confident that I ported over everything correctly.

No new features have been added, but especially media support could and
should be improved in the future.

show more ...

fall back to empty (root) dir for base dir detection

When a basedir could not be detected, the default previously was '.'
resulting in a valid but weird URL (http://example.com/./doku.php). We
now d

fall back to empty (root) dir for base dir detection

When a basedir could not be detected, the default previously was '.'
resulting in a valid but weird URL (http://example.com/./doku.php). We
now default to an empty dir, resulting in a more sensible URL of
http://example.com/doku.php

This should not matter in real web server setups but will be in effect
while testing.

show more ...

adjust AES encryption to match phpseclib version2

See https://github.com/phpseclib/phpseclib/discussions/1974#discussioncomment-8107663

upgrade to phpseclib 3

This replaces the dependabot PR #4114 and adjusts the usage of the
library.

LegacyAPI: fix return types on missing pages

fix error handling in XMLRPC

response errors in call() need to be returned as Error not as thrown
Exception.

API: fix media handling in legacy API

API: add backward compatibility to API Version 11

This adds legacy support for the old API calls. This is mostly untested
but should work. Returns might not be 100% compatible in all cases but I
did

API: add backward compatibility to API Version 11

This adds legacy support for the old API calls. This is mostly untested
but should work. Returns might not be 100% compatible in all cases but I
did my best to return the same things as before.

This will be removed in the future of course and is just to not
completely break any API usage immeadiately.

show more ...

fix japanese romanization. fixes #4047

Adjusted two entries after deduplication based on feedback by @ssahara

API: code style fixes

compatibility fix in ClassResolver

T_NAME_QUALIFIED is only available in PHP8+, earlier it's simply a
T_STRING

API added simple JSONRPC tests

fix XMLRPC server tests

We test against the MockAPICore now since the tests are meant to ensure
the general functionality of accepting XML and correctly calling
APICalls works, not that the API retu

fix XMLRPC server tests

We test against the MockAPICore now since the tests are meant to ensure
the general functionality of accepting XML and correctly calling
APICalls works, not that the API returns the right things (this is
tested in the ApiCore tests).
Since we no longer use dates but always integers, we no longer need to
handle that.

show more ...

API: ApiCore tests fixed and extended

Another argument parsing fix for ApiCall

When using named parameters, you can expect to be able to leave out any
optional parameter and have it take it's default, even when you specify
another "late

Another argument parsing fix for ApiCall

When using named parameters, you can expect to be able to leave out any
optional parameter and have it take it's default, even when you specify
another "later" parameter. Luckily we already know all the defaults from
reflection anyway.

show more ...

API: fix named parameter handling in APICall

We cannot set missing paramerers to null. We need to make sure they are
not set at all.

API: make responses sortable

All responses now need to implement __toString() so they can be easily
sorted or printed.

API: fix listPages

Not all needed fields are returned by the search callback

API: getPageHistory is nicer than getPageVersions

API: checkPage needs to consider revision

API: always pass revision as integer