Skip to content
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]: url share not working #40104

Closed
5 of 8 tasks
jospoortvliet opened this issue Aug 29, 2023 · 2 comments · Fixed by #40515
Closed
5 of 8 tasks

[Bug]: url share not working #40104

jospoortvliet opened this issue Aug 29, 2023 · 2 comments · Fixed by #40515
Labels
0. Needs triage Pending check for reproducibility or if it fits our roadmap 27-feedback bug feature: files

Comments

@jospoortvliet
Copy link
Member

jospoortvliet commented Aug 29, 2023

⚠️ This issue respects the following points: ⚠️

Bug description

One way to share a file to a colleague is to just copy over the URL in your browser location bar to a specific file. This works, seemingly, for some people - but it doesn't for me 😢

Steps to reproduce

  1. (colleague) copy URL to a file
  2. (me) paste in top or click link
  3. it starts loaded, then I get redirected to https://cloud.nextcloud.com/apps/files/files?dir=/&fileid=350

Expected behavior

Load the url! It works if I copy a URL myself...

Installation method

None

Nextcloud Server version

27

Operating system

None

PHP engine version

None

Web server

None

Database engine version

None

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

No response

List of activated Apps

No response

Nextcloud Signing status

No response

Nextcloud Logs

No response

Additional info

No response

@jospoortvliet jospoortvliet added bug 0. Needs triage Pending check for reproducibility or if it fits our roadmap labels Aug 29, 2023
@skjnldsv skjnldsv added this to Legacy bugs in Files to vue via automation Sep 2, 2023
@skjnldsv skjnldsv moved this from Legacy bugs to Potential regressions in Files to vue Sep 2, 2023
@jospoortvliet
Copy link
Member Author

jospoortvliet commented Sep 3, 2023

Issue seems to be that the 'mount point' for me is different than for the other user - in this case, by a completely trivial capital character (/Marketing/ instead of /marketing/). As the file id is there in the URL, an user would expect the file to be found anyway - which works fine when simply a 'internal share' is used (https://server/f/fileID) - in other words, dir seems to take precedence over file ID.

Fascinatingly, loading the page works initially - it seems to be loading the right folder, then suddenly going back to root and redirecting to a different file (ID 350 for me, other colleagues have seen the redirect happen to random other file ID's).

What I would expect to happen is a check if the location given in dir can be loaded, failing that, simply using the fileID to locate the file and folder. Perhaps more robust would be to simply ignore dirand go to the file ID but I suppose files with the same ID can be in multiple locations...

@joshtrichards
Copy link
Member

Same as #32177?

Files to vue automation moved this from Potential regressions to Done Oct 4, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
0. Needs triage Pending check for reproducibility or if it fits our roadmap 27-feedback bug feature: files
Projects
Files to vue
  
Done
Development

Successfully merging a pull request may close this issue.

3 participants