nextcloud / server

☁️ Nextcloud server, a safe home for all your data
https://nextcloud.com
GNU Affero General Public License v3.0
27.44k stars 4.08k forks source link

[Bug]: NC 30.0.1 multimedia viewer changes corrent folder to the top level after viewing more than 1 file #49010

Closed 2yzal closed 2 weeks ago

2yzal commented 2 weeks ago

⚠️ This issue respects the following points: ⚠️

Bug description

Example file tree: /images/jpgs/*.jpg, i.e. I have top-level folder named images, 2nd-level subfolder named jpgs, and some images in it.

When I enter /images/jpgs, click on image, and then close it by pressing Esc/clicking on "X" - all goes ok. When I enter /images/jpgs, click on image and then go to another image in this folder by pressing Left/Right button or clicking on left/right arrows - URL in browser address bar changes from https://cloud.example.com/apps/files/files/896811?dir=/images/jpgs&openfile=true to https://cloud.example.com/apps/files/?openfile=true, and when I close image - my current folder changes to top-level directory.

30.0.0 did not have this issue.

Steps to reproduce

  1. Make folder and subfolder in it, place some images there
  2. Open the image and then move to next by <-/-> (notice URL change)
  3. Then press Esc, and you'll be in top-level.

Expected behavior

Folder should not change.

Nextcloud Server version

30

Operating system

Debian/Ubuntu

PHP engine version

PHP 8.1

Web server

Nginx

Database engine version

PostgreSQL

Is this bug present after an update or on a fresh install?

Updated from a MINOR version (ex. 28.0.1 to 28.0.2)

Are you using the Nextcloud Server Encryption module?

None

What user-backends are you using?

Configuration report

{ "system": { "memcache.local": "\OC\Memcache\Redis", "memcache.locking": "\OC\Memcache\Redis", "memcache.distributed": "\OC\Memcache\Redis", "redis": { "host": "REMOVED SENSITIVE VALUE", "port": 0 }, "apps_paths": [ { "path": "\/var\/www\/nextcloud\/apps", "url": "\/apps", "writable": false }, { "path": "\/var\/www\/nextcloud\/custom_apps", "url": "\/custom_apps", "writable": true } ], "passwordsalt": "REMOVED SENSITIVE VALUE", "secret": "REMOVED SENSITIVE VALUE", "trusteddomains": [ "localhost", "*" ], "datadirectory": "REMOVED SENSITIVE VALUE", "dbtype": "pgsql", "version": "30.0.1.2", "overwrite.cli.url": "http:\/\/localhost", "dbname": "REMOVED SENSITIVE VALUE", "dbhost": "REMOVED SENSITIVE VALUE", "dbport": "", "dbtableprefix": "oc", "mysql.utf8mb4": true, "dbuser": "REMOVED SENSITIVE VALUE", "dbpassword": "REMOVED SENSITIVE VALUE", "installed": true, "instanceid": "REMOVED SENSITIVE VALUE", "maintenance": false, "mail_from_address": "REMOVED SENSITIVE VALUE", "mail_smtpmode": "smtp", "mail_sendmailmode": "smtp", "mail_domain": "REMOVED SENSITIVE VALUE", "mail_smtphost": "REMOVED SENSITIVE VALUE", "mail_smtpport": "465", "mail_smtpsecure": "ssl", "mail_smtpauth": 1, "mail_smtpname": "REMOVED SENSITIVE VALUE", "mail_smtppassword": "REMOVED SENSITIVE VALUE", "loglevel": 1, "default_phone_region": "RU", "theme": "", "maintenance_window_start": 1 } }

List of activated Apps

Enabled:

Nextcloud Signing status

No errors have been found.

Nextcloud Logs

No response

Additional info

No response

szaimen commented 2 weeks ago

I can reproduce on c.nc.c

joshtrichards commented 2 weeks ago

Same as #48913?

2yzal commented 2 weeks ago

Same as #48913?

Seems to. And as far as I remember that this issue was present in 29 and disappeared in 30.0.0, but reappeared in 30.0.1

joshtrichards commented 2 weeks ago

Duplicate of #48913