Add global --no-warnings option to occ…

Only add checksum headers for 'real' files

Add hidden text to issue templates

Scrutinizer Auto-Fixes

Sync a users contacts birthday to the users birthday calendar

We can only add the checksum header for real ownCloud files (so we have
a fileinfo object etc).

This commit consists of patches automatically generated for this project on https://scrutinizer-ci.com

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

Explains that this is a bug tracker + links to owncloud.org/support

$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