[Bug]: Internal link. Positioning occurs on the file, rather than opening the file for viewing. #49889
Description
⚠️ This issue respects the following points: ⚠️
- This is a bug, not a question or a configuration/webserver/proxy issue.
- This issue is not already reported on Github OR Nextcloud Community Forum (I've searched it).
- Nextcloud Server is up to date. See Maintenance and Release Schedule for supported versions.
- I agree to follow Nextcloud's Code of Conduct.
Bug description
If I present the "Internal Link" to another colleague, then when they click on it, the positioning occurs on this file, but any file should open for viewing.
Если я представляю "Внутреннюю ссылку" другому коллеге, то при переходе на нее происходит позиционирование на этом файле, а нужно чтобы любой файл открывался для просмотра.
Steps to reproduce
- Create an internal link to the document - https://drive.rarus.ru/f/27919957
- Give it to another colleague
- The colleague follows the link and sees a list of all the documents in the folder, but the file does not open via the internal link, it is simply positioned.
For example, if you make a link to a file with the .txt extension, then this file will immediately open for viewing - https://drive.rarus.ru/f/27920035
You need to do the same
- Создаем внутреннюю ссылку на документ - https://drive.rarus.ru/f/27919957
- Отдаем другому коллеге
- Коллега переходит по ссылке и видит список всех документов в папке, но при этом файл по внутренней ссылке не открывается, а просто позиционируется.
Например, если сделать ссылку на файл с расширением .txt - то этот файл сразу откроется для просмотра - https://drive.rarus.ru/f/27920035
Необходимо сделать так же
Expected behavior
It was expected that any documents would always open for viewing. It was expected that videos would also open for viewing, and not for downloading as is the case now.
Ожидалось, что любые документы всегда будут открываться на просмотр. Ожидалось что видео так же откроются для просмотра, а не для скачивания как это происходит сейчас.
Nextcloud Server version
28
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.3
Web server
Nginx
Database engine version
MySQL
Is this bug present after an update or on a fresh install?
None
Are you using the Nextcloud Server Encryption module?
None
What user-backends are you using?
- Default user-backend (database)
- LDAP/ Active Directory
- SSO - SAML
- Other
Configuration report
List of activated Apps
Nextcloud Signing status
Nextcloud Logs
Additional info
No response
Activity