-
-
Notifications
You must be signed in to change notification settings - Fork 4.2k
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 API: create federated share, remove it, but it remains accessible via API #9028
Labels
Milestone
Comments
cc @nextcloud/sharing |
who removes the file @tobiasKaminsky ? |
The test case with the same credentials via android library. |
I guess he meant if this was removed by the owner or a different person ;) |
All is done by the same user:
|
rullzer
added a commit
that referenced
this issue
Apr 4, 2018
Fixes #9028 For federated shares the share table holds no target information (since it is on the other server). So when a node is actually invalid and not found we should not display it anymore in the shared with sections etc and thus throw the proper exceptions. Signed-off-by: Roeland Jago Douma <[email protected]>
Fix in #9070 |
Working 👍 |
rullzer
added a commit
that referenced
this issue
Apr 4, 2018
Fixes #9028 For federated shares the share table holds no target information (since it is on the other server). So when a node is actually invalid and not found we should not display it anymore in the shared with sections etc and thus throw the proper exceptions. Signed-off-by: Roeland Jago Douma <[email protected]>
3 tasks
panovotn
pushed a commit
to panovotn/server
that referenced
this issue
Apr 18, 2018
Fixes nextcloud#9028 For federated shares the share table holds no target information (since it is on the other server). So when a node is actually invalid and not found we should not display it anymore in the shared with sections etc and thus throw the proper exceptions. Signed-off-by: Roeland Jago Douma <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I found this via our automated tests on android, using share API on master branch:
(all handled via android-library calls)
-> see created share, but directs to "/" instead of previous file.
Screenshot of (via android library) created & shared file:
Showing result of share API:

"Shared with others" on web UI:

The text was updated successfully, but these errors were encountered: