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

Share with other menu - shared links there do not go into the shared folders - instead on level beyond #44505

Closed
5 of 8 tasks
Hausmarke opened this issue Mar 27, 2024 · 3 comments
Labels
0. Needs triage Pending check for reproducibility or if it fits our roadmap 28-feedback bug feature: files feature: sharing

Comments

@Hausmarke
Copy link

⚠️ This issue respects the following points: ⚠️

Bug description

I came from latest version of NC 27 to the lates 28. In 27 and before when you clicked on the links in the "Shares / Shared with other" menu the shared folder opened. In NC 28 it opens the folder one level before the shared folder opens

Steps to reproduce

  1. make subfolder and share it
  2. go into "Shares / Shared with other" menu and click on the above made share
  3. the link brings you in the folder one level under your shared folder

Expected behavior

the link should bring you IN the shared folder

Installation method

None

Nextcloud Server version

28

Operating system

Debian/Ubuntu

PHP engine version

None

Web server

Apache (supported)

Database engine version

PostgreSQL

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?

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 errors have been found.

Nextcloud Logs

No response

Additional info

No response

@Hausmarke Hausmarke added 0. Needs triage Pending check for reproducibility or if it fits our roadmap bug labels Mar 27, 2024
@joshtrichards
Copy link
Member

Confirmed, but I suppose there can be differing options about what the appropriate behavior is here.

Currently (>=28) we open the containing folder for any object selected under "Shared with others". Behavior is consistent whether a folder is clicked on or an individual file: the containing folder opens so the user can do whatever they want with the file/folder in question.

While <28 we'd open the object open up directly: the shared folder itself would open or the shared document itself would open.

Unclear whether this was intentional or not.

@Hausmarke
Copy link
Author

Hausmarke commented Jun 7, 2024

Confirmed, but I suppose there can be differing options about what the appropriate behavior is here.

In my opinion the logical solution would be the one we had before 28 - when you click on one folder - even its a link - you should go directly into that folder and nowhere else.

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 28-feedback bug feature: files feature: sharing
Projects
None yet
Development

No branches or pull requests

4 participants