-
-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
[Bug]: When creating email share expiry date is set by default without enforcement #44219
Comments
cc @Altahrim |
also cc-ing @fenn-cs |
When creating the share, the frontend don't send any info on {
"path":"/file.test",
"permissions":1,
"shareType":4,
"shareWith":"mail@test.com",
"attributes":"[]"
} In this case, backend use the default During update, frontend send an empty {
"permissions":"17",
"attributes":"[]",
"note":"",
"expireDate":"",
"label":"",
"password":"",
"hideDownload":"false"
} I think frontend should send the info so the backend don't have to use default |
@fenn-cs this bug still exists in 27.1.8 |
Bug still exists in 28.0.6 |
Was tagged for 28.0.7 in #45604 |
Sorry my fault, didn't notice it. |
Bug description
When creating an email share with the option "Set expiration date" unchecked and "Enforce expiry date" unchecked, the default expiry date is set anyway.
You can see it by clicking "customize link".
This is how it looks like when creating the email share:
This is how it looks like when customizing the share afterwards:
After unchecking "Set expiration date" and updating share again, the values stays ok.
Steps to reproduce
Expected behavior
If the option "Set expiration date" is unchecked when creating the share, it should be stored correctly in the database like this and not only at the second updating
Nextcloud Server version
27.1.7 28.0.3
The text was updated successfully, but these errors were encountered: