Fix the avatarcontroller cache needing the cache dir

Run `updateDataDirectory` after Update

This was removed in 82254ad5 and
unfortunatly missed by jenkins before mering into master.

Move AvatarController to AppFramework

Only make sure the cache directory exists when we use it

* Original avatarcontroller migrated to the appframework
* Added DataDisplayResponse that show data inline in the browser (used
  to retrun the image)
* Removed some unneeded code
* Added unit tests for the avatarcontroller

Setting oci as supported database

Add a console command user:add to create users over the console

Add support for font previews

Allow iframes from same domain in share view

Merge pull request #13839 from owncloud/issue/13678-improve-remote-domain-detection-in-sharedropdown

Better finding the remote URL from user input in share dropdown

Do not abort when meeting unfixable legacy storages

Adding a more meaningful message for sabre dav exception

Correct "one invalid characters" to "one invalid character"

Add an option to include the installed app version in "occ app:list"

display app update error messages

Use occ to install ownCloud in autotest.sh

Corrected "one invalid characters" to "one invalid character" in line 1575.

cron.php on cli has no time limitation - fixes #14481

Only rescan versions once in trashbin

update symphony components to 2.6.4

Clean-up code and use proper exception types

adding storage specific filename verification

Add support for 'child-src' directive

This is required because the PDF Viewer itself is embedded using an iframe from the same domain. The default policy is blocking this.

Going on further, we have to come up with a solution in the future how to handle previews by applications, one example might be that they call their own endpoint and not the generic share page to allow applications to have full control over how to display previews.

Anyways, to test this behaviour use a decent newer browser (such as Chrome 41) and share a PDF file, obviously the PDF viewer needs to be enabled as well. Without this patch publicly shared PDF files should not get previewed and an error is thrown. (if it isn't then your browser is probably not obeying our Content-Security-Policy and you might consider switching to another one ;))