Mimetypedetector

Remote shares should be uique

Fix tooltip for modification time

get header size before we open the file to avoid locking exception

Only set is encrypted when encryption is enabled

In order to properly test the mimetype function:

* constructor takes path to configdir
* Added unit tests for mimetype (only if vfsStream is available)

* Copied unit tests from old functions

check if the user is trying to scan a valid path

Implement OCP Since Check for classes and interfaces

Fix title attribute of tipsy shim

Allow classes in <h2> tags

[MASTER] Update sabre-dav to 2.1.6

LDAP: when checking group for matching filter, also take base DN into…

Previously something like `<h2 class="inlineblock"><?php p($l->t('Some title')) ?></h2>` was shown as `<h2 class="inlineblock">Some title` within the sidebar instead as `Some Title` due to the fact that the regex was catching these classes but was not properly running the string replace function.

Add `fallback` to shim

Tipsy also supported the `fallback` element which will now not work anymore. To enhance compatibility we shall also implement it in the shim.

Fixes https://github.com/owncloud/core/issues/17870

Use a hook to integrate sharing password verification

 Add registerAlias method to shortcut interface registration #17714 

In case encryption was not enabled, we accidently set encrypted = 1 for
files inside mount points, since 8.1.0. This breaks opening the files in
8.1.1 because we fixed the code that checks if a file is encrypted.
In order to fix the file, we need to reset the flag of the file. However,
the flag might be set because the file is in fact encrypted because it was
uploaded at a time where encryption was enabled.

So we can only do this when:
- Current version of ownCloud before the update is 8.1.0 or 8.2.0.(0-2)
- Encryption is disabled
- files_encryption is not known in the app config

If the first two are not the case, we are save. However, if files_encryption
values exist in the config, we might have a false negative here.
Now if there is no file with unencrypted size greater 0, that means there are
no files that are still encrypted with "files_encryption" encryption. So we
can also safely reset the flag here.

If this is not the case, we go with "better save then sorry" and don't change
the flag but write a message to the ownCloud log file.

Remove commented code

Replace jQuery tipsy with bootstrap tooltip