New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: File URLs not backwards compatible after upgrade to Nextcloud Hub 7 (28.0.5) #45101
Comments
Thanks for your report. The internal link is backwards-compatible / stable. Example for internal link (you find them in the sharing tab): I don't see an issue here but will forward it to clarify. |
This has come up a couple times now. If nothing else might suggest an opportunity to clarify the documentation a bit. |
From a usability standpoint, when linking to files in a durable way is the recommendation to NOT right-click "Copy Link" when browsing files and hovering over a file? That seemed to be the most straightforward way to do it (that produced the link that doesn't work after upgrade). What is the best way to get the internal link for users browsing the file UI? |
If you open the share tab in the right sidebar, there’s an option to copy „Internal link“ |
This problem still on Nextcloud 29. |
Bug description
I have a spreadsheet (ODS) that I have captured receipts in for the last few years. I've put links in that spreadsheet to the images or PDFs of the receipts. These URLs were formatted this way (from prior version - can't remember which version):
https://[HOST]/index.php/apps/files/files?dir=/[DIR]&openfile=[FILEID]
Since updating to Nextcloud Hub 7 (28.0.5), file URLs are formatted this way:
https://[HOST]/index.php/apps/files/files/[FILEID]?dir=[DIR]&openfile=true
The former URL no longer works and just opens the directory. The newer URL opens the file specified in the dir parameter.
Steps to reproduce
Expected behavior
File URLs from prior versions should open in Nextcloud Hub 7 (28.0.5) - backwards compatibility.
Installation method
Community Manual installation with Archive
Nextcloud Server version
28
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.3
Web server
Apache (supported)
Database engine version
MySQL
Is this bug present after an update or on a fresh install?
Upgraded to a MAJOR version (ex. 22 to 23)
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
What user-backends are you using?
Configuration report
No response
List of activated Apps
No response
Nextcloud Signing status
No response
Nextcloud Logs
No response
Additional info
No response
The text was updated successfully, but these errors were encountered: