CRON call ends in null exception


[error] 4461#0: *186285 FastCGI sent in stderr: "PHP message
: PHP Fatal error:  Call to a member function execute() on null in /var/www/ownc
loud/cron.php on line 125" while reading response header from upstream, client:
217.13.183.252, server: cloud.mycloud.com, request: "GET /cron.php HTTP/1.1", upstre
am: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "cloud.mycloud.com", referrer: "
https://cloud.mycloud.com/"
Update cron.php
Allow specifying the item source in unshareFromSelf().
Log unsuccessful temp file creation and return false
Only load personal external storages for allowed backends
Remove no longer existing files from the cache when scanning external storage
Adding type to favicon
Add unit tests for new unshareFromSelf() functionality.
Remove different URL for EE

This can now be achieved by setting `appstoreenabled` to `false` in config.php
add select2 to app specific thirdparty
replace chosen with select2 to provide ajaxified user and group selection for files_external, fixes #7499

remove minified select2 js

show avatars for users, simpler results

remove unneeded users and groups from settings template

fix css, escape user and group names
fix deletion of shares
no need to load user display names
add lookup route for displaynames
use displayname lookup route in files_external settings
Use AppFramework instead of custom controller
Add a test to break the slugifyPath() with folder and file afterwards
Use a data provider instead of calling the function manually everytime
Fix code layout before fixing the function
Use md5() of the original name instead of uniqid() for slugifying

Previously we used uniqid() here.
However this means that the behaviour is not reproducable, so
when uploading files into a "empty" folder, the folders name is
different.

If there would be a md5() hash collition, the deduplicate check
will spot this and append an index later, so this should not be
a problem.

Fix #6722