Incomming federated shares are a special kind. We mount them as normal
webdav shares but we do supply owner info with the federated cloud id of
the share owner.

Since we do not yet have the new resharing behaviour on federated shares
we need to set the correct owner. Which will allow sharing and proper
mounting for other users.

fixes #22500

Fix GDrive handling of office files

Require CSRF token for non WebDAV authenticated requests

getRootFolder should not setup the FS for any user

cache result for getowner

get the actual user instead of a federated cloud id

Fix on shared groups assignment.

Make app updates better visible (part1)

Bump Zipstreamer

Fix quota check for single shared files

Properly trigger testRemote after getting a 404 from remote fed share

set correct http status code in redirect response

Fixes #22467

This can go wrong when an app (take the ldap app) DIs something that
needs the rootFolder. This break if we use cookie auth since then we
know the user at that point and thus try to setup the fs for that user.

However if there are then incomming shares from an ldap user they will
fails since the user manager can't find them yet.

Now getRootFolder does not setup the fs for any user.

Whenever a remote fed share's shareinfo call returns a 404, don't
directly assume the storage is not available by throwing
StorageNotAvailableException. We need to properly throw
NotFoundException to trigger the later logic that calls testRemote()
that verifies that the 404 is not from a broken server but really from
an obsolete share.

Was intended to respond with a 303 (See other) status code instead of 307 (Temporary Redirect).

Add index names so Doctrine does not use a too long random string

OCS Share API should not return invalid shares

dont die when missing an auth backend

$view->getUidAndFilename($filename); returns the federated cloud id in case of
a federated share. But in this case we need the local user who "owns" the file
which is the current logged in user in case of a federated share

$view->getUidAndFilename($filename); returns the federated cloud id in case of
a federated share. But in this case we need the local user who "owns" the file
which is the current logged in user in case of a federated share

Fixes code analysis issues

Show the comments and tags on the share filters

Fix GDrive mime type detection with encryption

Fix a typo in Readme

`diffrent` → `different`

Add new patchwork references

When receiving a shared file, the quota for that file counts in the
owner's storage, not the current user's storage.

To make it possible to overwrite the file even when the current user
doesn't have enough space, the quota check is deferred for such files.

Allow license.php for app repos aswell

Adding global error handler for ajax calls which run into redirection…