You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After closing a preview plugin (Photo, text, Nextcloud office, ...), the URL is not reset.
After closing the plugin, the URL still contains "<id_file>?dir=/&openfile=true". As a result, if the page is refreshed after closing a document or a preview, the document opens again.
This issue also exists when using the browser's back button during a preview or document editing. The button has no effect on the page or the page becomes blank.
Steps to reproduce
Upload PNG file
Click on the file to open the preview => The URL must contain something like <id_file>?dir=/&openfile=true
Close the preview using the cross at the top right => The URL must still contain something like <id_file>?dir=/&openfile=true
Refresh the page (F5)
The preview opens again
Expected behavior
After closing, the preview or document should not reopen after a refresh.
Installation method
Community Manual installation with Archive
Nextcloud Server version
29
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.3
Web server
Apache (supported)
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Fresh Nextcloud Server install
Are you using the Nextcloud Server Encryption module?
Bug description
After closing a preview plugin (Photo, text, Nextcloud office, ...), the URL is not reset.
After closing the plugin, the URL still contains "<id_file>?dir=/&openfile=true". As a result, if the page is refreshed after closing a document or a preview, the document opens again.
This issue also exists when using the browser's back button during a preview or document editing. The button has no effect on the page or the page becomes blank.
Steps to reproduce
Expected behavior
After closing, the preview or document should not reopen after a refresh.
Installation method
Community Manual installation with Archive
Nextcloud Server version
29
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.3
Web server
Apache (supported)
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Fresh Nextcloud Server install
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
What user-backends are you using?
Configuration report
List of activated Apps
Nextcloud Signing status
No response
Nextcloud Logs
No response
Additional info
No response
The text was updated successfully, but these errors were encountered: