-
Notifications
You must be signed in to change notification settings - Fork 187
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
[tests-only][full-ci]Added test to update role and expiration date for share link (v1beta1) #8071
Conversation
98c00d2
to
a8de3c3
Compare
8f0ce34
to
16c5822
Compare
}, | ||
"expirationDateTime": { | ||
"type": "string", | ||
"enum": ["2201-07-15T23:59:59Z"] |
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.
Is this the expected expiry date?
When the share invitation for a resource (file/folder) is sent with an expiry date 2200-07-15T14:00:00.000Z
, then the date in response is 2200-07-15T14:00:00Z
.
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.
yes its the updated expiry date!
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.
My question here is why the expiration date is set differently for a public link. Isn't the time must be set to 14:00:00
instead of 23:59:59
?
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.
It is expected.
Niraj Acharya(Jankari Tech): when i create a share link for a file and set the expiration date to some thing like Friday, December 15, 2023 12:00:00 AM the experation date is set to Friday, December 15, 2023 11:59:59 PM. does the createLink endpoint set the expiration date to the last second of the day and not the given date?
https://owncloud.dev/libre-graph-api/#/drives.permissions/CreateLinkMichael Barz: Yes that is correct. The OCS was behaving exactly like that.
16c5822
to
b501cb5
Compare
b501cb5
to
00d6d37
Compare
Quality Gate passedKudos, no new issues were introduced! 0 New issues |
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.
LGTM 👍 ✨
…r share link (v1beta1) (#8071) * Added test to update role and expiration date for share link Signed-off-by: [email protected] <[email protected]> * Review address --------- Signed-off-by: [email protected] <[email protected]>
…r share link (v1beta1) (#8071) * Added test to update role and expiration date for share link Signed-off-by: [email protected] <[email protected]> * Review address --------- Signed-off-by: [email protected] <[email protected]>
…r share link (v1beta1) (#8071) (#8103) * Added test to update role and expiration date for share link * Review address --------- Signed-off-by: [email protected] <[email protected]>
…r share link (v1beta1) (#8071) (#8103) * Added test to update role and expiration date for share link * Review address --------- Signed-off-by: [email protected] <[email protected]>
…r share link (v1beta1) (#8071) (#8103) * Added test to update role and expiration date for share link * Review address --------- Signed-off-by: [email protected] <[email protected]>
…r share link (v1beta1) (#8071) (#8103) * Added test to update role and expiration date for share link * Review address --------- Signed-off-by: [email protected] <[email protected]>
…r share link (v1beta1) (owncloud#8071) * Added test to update role and expiration date for share link Signed-off-by: [email protected] <[email protected]> * Review address --------- Signed-off-by: [email protected] <[email protected]>
Description
This PR adds test scenarios for updating
roles
andexpiration date
for the created share linkRelated Issue:
#7968