-
Notifications
You must be signed in to change notification settings - Fork 113
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
Reply to share actions with full path #2177
Conversation
Thanks for opening this pull request! The maintainers of this repository would appreciate it if you would create a changelog item based on your changes. |
3a4874c
to
a1c7710
Compare
internal/http/services/owncloud/ocs/handlers/apps/sharing/shares/shares.go
Outdated
Show resolved
Hide resolved
Change order when deciding whether to keep full paths
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can be merged once the changelog file is renamed
IIRC Codacy caches the filename with underscore, for whatever reason. We've had the same at owncloud. IMO this is good to be merged. There was a fix but I don't exactly remember which was it, perhaps squashing and force pushing forces codacy to pull the new filename, or deleting the file and committing a new one (with the same name and contents) 😄 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah I tried to retrigger the codacy job, didn't work
When accessing "shared with others" or when accepting a share in "shared with me" (from the web), the replies all come without the full path, which we need to properly redirect the user.
So I've made these full paths in the backend. This is a first attempt, from someone who knows little about this code, so I need the tests to see what else I broke. If you have suggestions, let me know.
This was discussed and fixed in the past, but I guess this particular case was forgotten.
I already see some strange things (I think):
Path
gets again converted to trimmed path due to thisstorage_id: "shared::/eos/user/etc/etc/etc"