-
Notifications
You must be signed in to change notification settings - Fork 184
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
path and other information are not shown if a share does not have "read" permission #762
Labels
Category:Defect
Existing functionality is not working as expected
Interaction:Needs-help
Asking some hints to engineering when the issue can't be reproduced
Type:Bug
Comments
8 tasks
With the current master + default ocis storage I get the following response (sharing with Marie): {
"ocs": {
"meta": {
"status": "ok",
"statuscode": 100,
"message": "OK"
},
"data": [
{
"id": "d0bd3fa7-e0ae-4b84-a0b5-4ab8ab3f0512",
"share_type": 0,
"uid_owner": "richard",
"displayname_owner": "Richard Feynman",
"permissions": 3,
"stime": 1610456708,
"parent": "",
"expiration": "",
"token": "",
"uid_file_owner": "richard",
"displayname_file_owner": "Richard Feynman",
"additional_info_owner": "",
"additional_info_file_owner": "",
"state": 1,
"path": "/folder2",
"item_type": "folder",
"mimetype": "httpd/unix-directory",
"storage_id": "1284d238-aa92-42ce-bdc4-0b0000009157",
"storage": 0,
"item_source": "MTI4NGQyMzgtYWE5Mi00MmNlLWJkYzQtMGIwMDAwMDA5MTU3OjY2MGI4Y2JiLTA0OTYtNDcwMy05MDE2LTI0YjI1NTZmNzAwNg==",
"file_source": "MTI4NGQyMzgtYWE5Mi00MmNlLWJkYzQtMGIwMDAwMDA5MTU3OjY2MGI4Y2JiLTA0OTYtNDcwMy05MDE2LTI0YjI1NTZmNzAwNg==",
"file_parent": "",
"file_target": "/folder2",
"share_with": "marie",
"share_with_displayname": "Marie Curie",
"share_with_additional_info": "",
"mail_send": 0,
"name": ""
}
]
}
} The other share remains unlisted. Could we close it? ping @individual-it |
@refs is it correct that the share with permission |
yes, at least I got that response back. Is it a known issue? Should it be listed? 🤔 |
refs
added
Interaction:Needs-help
Asking some hints to engineering when the issue can't be reproduced
Category:Defect
Existing functionality is not working as expected
labels
Jan 13, 2021
Closing since there is no action since 2021 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Category:Defect
Existing functionality is not working as expected
Interaction:Needs-help
Asking some hints to engineering when the issue can't be reproduced
Type:Bug
curl -k -u richard:superfluidity -X MKCOL https://localhost:9200/remote.php/dav/files/richard/folder1
curl -k -u richard:superfluidity -X MKCOL https://localhost:9200/remote.php/dav/files/richard/folder2
curl -k -u richard:superfluidity -X POST https://localhost:9200/ocs/v2.php/apps/files_sharing/api/v1/shares -d 'permissions=2&path=%2Ffolder1&shareType=0&shareWith=einstein' -H "Content-Type: application/x-www-form-urlencoded"
curl -k -u richard:superfluidity -X POST https://localhost:9200/ocs/v2.php/apps/files_sharing/api/v1/shares -d 'permissions=3&path=%2Ffolder2&shareType=0&shareWith=einstein' -H "Content-Type: application/x-www-form-urlencoded"
curl -k -u einstein:relativity 'https://localhost:9200/ocs/v1.php/apps/files_sharing/api/v1/shares?format=json&shared_with_me=true&state=all' | jq
Current behaviour:
these fields are not filled when the read permission is not givien: path,item_type,mimetype,storage_id,item_source file_source file_target
The text was updated successfully, but these errors were encountered: