-
-
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
[Bug]: Create share link not possible if default expiry date is set (regression, NC 30.0.3rc2) #49607
Comments
This exact behavior is also happening for our setup as seen with the screen recording the OP provided with an upgraded instance to NC 30.0.3. Though we do not have a "default share expiry and force a date" enabled on our end. We do have "Always ask for a password" enabled. Disabling that does fix this issue for us, but that's not optimal. |
For the case it helps: I do not have the password enforcing set in administrative settings and made some tests. The problem is even more severe: Although you can create share-Links with password if not enforced in admin settings, when those share links are opened, no password necessary and link is opened! |
I am on MariaDB and not on PostgreSQL btw, so not a DB provider specific issue. |
In my opinion when the enforcing of passwords and expiry dates is deactivated there is no further critical issue if the user carefully ready possible error messages before they vanish. |
Solved with #49442 |
Bug description
Creation of share links fails if default expiry date is forced in admin settings (see screenshot).
Instead of creating a link, a new item is shown within the share setting (see screenrecording).
Share settings (admin):

Create share link fails:
https://github.com/user-attachments/assets/adaf7204-90e2-4718-a6dd-63bb5fa5dfcd
Steps to reproduce
Expected behavior
A new share link should be created.
Nextcloud Server version
30
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.3
Web server
Apache (supported)
Database engine version
PostgreSQL
Is this bug present after an update or on a fresh install?
Updated from a MINOR version (ex. 28.0.1 to 28.0.2)
Are you using the Nextcloud Server Encryption module?
None
What user-backends are you using?
Configuration report
List of activated Apps
Nextcloud Signing status
Nextcloud Logs
n/a
Additional info
No response
The text was updated successfully, but these errors were encountered: