Skip to content

Conversation

@jkellerer
Copy link

This PR concentrates on filename being consistent and includes app and user so that source URL can be built properly. This allows to use the full viewer (with fileInfo as input) at more places.

Prior to this change, source URL could be invalid and this broke sidebar, download and file-editing in the Viewer. The URL derives from filename but this was not consistently built (sometimes with, sometimes without prefix).

Since the viewer may also need different paths, all input to the viewer is mapped so that it can be adjusted as needed (at a single place).

Note: In my tests albums views still had an issue (e.g. forcing the use of the URL with hasPreview: false fails), but this may be related to nextcloud/viewer#1282

Also ensure 'filename' is consistent and includes app and user

Signed-off-by: Juergen Kellerer <[email protected]>
Copy link
Member

@skjnldsv skjnldsv left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Blocking, I'm investigating a different approach from Viewer for 26, we'll see if that is really necessary to have that heavy changes to fix things :)

@skjnldsv skjnldsv added 2. developing Work in progress and removed 3. to review Waiting for reviews labels Oct 26, 2022
@vprogramer

This comment was marked as off-topic.

@skjnldsv

This comment was marked as resolved.

@artonge
Copy link
Collaborator

artonge commented May 28, 2025

The situation should be better since the switch to @nc/files. Feel free to reopen if there are still some bugs :).

@artonge artonge closed this May 28, 2025
@skjnldsv skjnldsv modified the milestones: Nextcloud 32, Nextcloud 33 Sep 28, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

2. developing Work in progress

Projects

None yet

Development

Successfully merging this pull request may close these issues.

7 participants