Deleting files in Gallery doesn't show response

[dt64]

Bug report

Steps to reproduce

1. have a few (or more) pictures in a directory
2. navigate to the picture folder in Gallery
3. click one of the pictures to make it show in window
4. click the trash icon to delete the picture

Expected behaviour

some kind of response would be expected, e.g. move on to the next picture or go back to folder/file overview

Actual behaviour

no response.
the actual files do seem to get deleted, but the gallery app still shows them as they would still exist.
you may even click on the right (>) or left (<) arrow to call the former or following picture and go back tothe picture you just "deleted". It's still there.

Server configuration

Operating system:
Ubuntu 18.04

Web server:
NGINX 1.14.0

Database:
MariaDB

PHP version:
7.2 FPM

Nextcloud configuration

Nextcloud version: (see admin page or version.php)
13.0.5

Updated from an older installation or fresh install:
fresh

List of activated apps:
Enabled:

• activity: 2.6.1
• calendar: 1.6.1
• checksum: 0.4.0
• comments: 1.3.0
• contacts: 2.1.5
• dashboard: 5.0.0
• dav: 1.4.7
• federatedfilesharing: 1.3.1
• federation: 1.3.0
• files: 1.8.0
• files_antivirus: 1.3.1
• files_pdfviewer: 1.2.1
• files_sharing: 1.5.0
• files_texteditor: 2.5.1
• files_trashbin: 1.3.0
• files_versions: 1.6.0
• files_videoplayer: 1.2.0
• firstrunwizard: 2.2.1
• gallery: 18.0.0
• groupfolders: 1.3.3
• logreader: 2.0.0
• lookup_server_connector: 1.1.0
• metadata: 0.7.0
• music: 0.9.0
• nextcloud_announcements: 1.2.0
• notifications: 2.1.2
• oauth2: 1.1.1
• password_policy: 1.3.0
• previewgenerator: 1.1.0
• provisioning_api: 1.3.0
• quota_warning: 1.2.0
• ransomware_protection: 1.1.1
• richdocuments: 2.0.10
• serverinfo: 1.3.0
• sharebymail: 1.3.0
• survey_client: 1.1.0
• systemtags: 1.3.0
• theming: 1.4.5
• twofactor_backupcodes: 1.2.3
• unsplash: 1.1.1
• updatenotification: 1.3.0
• workflowengine: 1.3.0
  Disabled:
• admin_audit
• encryption
• files_external
• user_external
• user_ldap

Nextcloud configuration:
{
"system": {
"instanceid": "REMOVED SENSITIVE VALUE",
"passwordsalt": "REMOVED SENSITIVE VALUE",
"secret": "REMOVED SENSITIVE VALUE",
"trusted_domains": [
"REMOVED SENSITIVE VALUE"
],
"datadirectory": "REMOVED SENSITIVE VALUE",
"overwrite.cli.url": "https://REMOVED SENSITIVE VALUE",
"dbtype": "mysql",
"version": "13.0.5.2",
"dbname": "REMOVED SENSITIVE VALUE",
"dbhost": "REMOVED SENSITIVE VALUE",
"dbport": "",
"dbtableprefix": "oc_",
"dbuser": "REMOVED SENSITIVE VALUE",
"dbpassword": "REMOVED SENSITIVE VALUE",
"installed": true,
"memcache.local": "\OC\Memcache\APCu",
"memcache.locking": "\OC\Memcache\Redis",
"redis": {
"host": "REMOVED SENSITIVE VALUE",
"port": 6379
},
"mail_from_address": "REMOVED SENSITIVE VALUE",
"mail_smtpmode": "php",
"mail_smtpauthtype": "LOGIN",
"mail_domain": "REMOVED SENSITIVE VALUE",
"logtimezone": "Europe/Berlin",
"maintenance": false
}
}

[krobelus]

Same behavior here on 17.0.1, except that files are not actually deleted. Will probably be fixed by #540.