Expiration date is in the past | Ablaufdatum liegt in der Vergangenheit

Not_Bruno · February 21, 2024, 9:55am

Wenn ich das Ablaufdatum für den 25.05.2024" in einer Freigabe (Link oder E-Mail/Benutzer) einstellen möchte, bekomme ich die Fehlermeldung “Ablaufdatum liegt in der Vergangenheit”. Hat jemand anderes das Problem auch oder weiß was da Phase ist. Ich finde keinen Fehler.

" Das Datum ist nur als Beispiel. Es funktioniert mit keinem Datum welches in der Zukunft oder Vergangenheit liegt.

When I want to set the expiration date for “25.05.2024” in a share (link or email/user), I get the error message “Expiry date is in the past”. Does anyone else have the same problem or know what the phase is. I can’t find an error.

" The date is just an example. It does not work with any date that is in the future or past.

NC Version: 28.0.2.5
Server: Ubuntu 22.04.4 LTS
Time:
Local time: Mi 2024-02-21 10:54:10 CET
Time zone: Europe/Berlin (CET, +0100)

devnull · February 21, 2024, 10:10am

This is a bug in Nextcloud 28.0.2. Hopefully it is solved tomorrow with Nextcloud 23.0.3. Maybe you can set exipration date globally in admin settings.

github.com/nextcloud/server

[Bug]: NC 28.0.2 RC5 Trying to set expiration date for share – NC claims it's in the past

opened 05:41PM - 31 Jan 24 UTC

cetcondor

bug feature: sharing 0. Needs triage 28-feedback

### ⚠️ This issue respects the following points: ⚠️ - [X] This is a **bug**, no…t a question or a configuration/webserver/proxy issue. - [X] This issue is **not** already reported on [Github](https://github.com/nextcloud/server/issues?q=is%3Aopen+is%3Aissue+label%3Abug) OR [Nextcloud Community Forum](https://help.nextcloud.com/) _(I've searched it)_. - [X] Nextcloud Server **is** up to date. See [Maintenance and Release Schedule](https://github.com/nextcloud/server/wiki/Maintenance-and-Release-Schedule) for supported versions. - [X] I agree to follow Nextcloud's [Code of Conduct](https://nextcloud.com/contribute/code-of-conduct/). ### Bug description When trying to create a share with an expiration date, it fails. Nextcloud claims the date would be in the past, but it actually is in the future. ### Steps to reproduce 1. Create a share 2. Try picking an expiration date for the share 3. Saving won't work, because Nextcloud says the date is in the past, even though picked date isn't ![Bildschirmfoto vom 2024-01-31 18-19-40](https://github.com/nextcloud/server/assets/40753639/09cb2ee2-032c-43ad-bd2c-913998aa66de) ### Expected behavior Expiration date should be saved ### Installation method None ### Nextcloud Server version 28 ### Operating system None ### PHP engine version PHP 8.2 ### Web server Apache (supported) ### Database engine version MariaDB ### Is this bug present after an update or on a fresh install? Updated from a MINOR version (ex. 22.1 to 22.2) ### Are you using the Nextcloud Server Encryption module? Encryption is Disabled ### What user-backends are you using? - [X] Default user-backend _(database)_ - [ ] LDAP/ Active Directory - [ ] SSO - SAML - [ ] Other ### Configuration report ```shell { "system": { "instanceid": "***REMOVED SENSITIVE VALUE***", "passwordsalt": "***REMOVED SENSITIVE VALUE***", "secret": "***REMOVED SENSITIVE VALUE***", "trusted_domains": [ "***REMOVED SENSITIVE VALUE***" ], "datadirectory": "***REMOVED SENSITIVE VALUE***", "dbtype": "mysql", "version": "28.0.2.4", "overwrite.cli.url": "***REMOVED SENSITIVE VALUE***", "overwriteprotocol": "https", "dbname": "***REMOVED SENSITIVE VALUE***", "dbhost": "***REMOVED SENSITIVE VALUE***", "dbport": "", "dbtableprefix": "oc_", "mysql.utf8mb4": true, "dbuser": "***REMOVED SENSITIVE VALUE***", "dbpassword": "***REMOVED SENSITIVE VALUE***", "installed": true, "skeletondirectory": "", "default_language": "de", "default_locale": "de_DE", "default_phone_region": "DE", "minimum.supported.desktop.version": "3.5.3", "activity_expire_days": 90, "filelocking.enabled": "true", "memcache.local": "\\OC\\Memcache\\APCu", "memcache.distributed": "\\OC\\Memcache\\Redis", "memcache.locking": "\\OC\\Memcache\\Redis", "redis": { "host": "***REMOVED SENSITIVE VALUE***", "port": 6379 }, "htaccess.RewriteBase": "\/", "updater.release.channel": "stable", "maintenance": false, "theme": "", "loglevel": 3, "mail_from_address": "***REMOVED SENSITIVE VALUE***", "mail_smtpmode": "smtp", "mail_sendmailmode": "smtp", "mail_domain": "***REMOVED SENSITIVE VALUE***", "mail_smtpauth": 1, "mail_smtphost": "***REMOVED SENSITIVE VALUE***", "mail_smtpname": "***REMOVED SENSITIVE VALUE***", "mail_smtppassword": "***REMOVED SENSITIVE VALUE***", "mail_smtpport": "587", "mail_smtpsecure": "tls", "mail_smtpauthtype": "LOGIN", "app_install_overwrite": [ "drawio", "deck" ] } } ``` ### List of activated Apps ```shell Enabled: - activity: 2.20.0 - admin_audit: 1.18.0 - bruteforcesettings: 2.8.0 - calendar: 4.6.4 - circles: 28.0.0-dev - cloud_federation_api: 1.11.0 - comments: 1.18.0 - contacts: 5.5.1 - contactsinteraction: 1.9.0 - dashboard: 7.8.0 - dav: 1.29.1 - deck: 1.12.1 - drawio: 3.0.2 - federatedfilesharing: 1.18.0 - files: 2.0.0 - files_antivirus: 5.4.1 - files_lock: 28.0.1 - files_mindmap: 0.0.30 - files_pdfviewer: 2.9.0 - files_reminders: 1.1.0 - files_sharing: 1.20.0 - files_trashbin: 1.18.0 - files_versions: 1.21.0 - forms: 4.0.0 - groupfolders: 16.0.3 - holiday_calendars: 0.3.0 - logreader: 2.13.0 - lookup_server_connector: 1.16.0 - mail: 3.5.5 - notes: 4.9.2 - notifications: 2.16.0 - oauth2: 1.16.3 - password_policy: 1.18.0 - photos: 2.4.0 - polls: 6.0.1 - provisioning_api: 1.18.0 - quota_warning: 1.18.0 - recommendations: 2.0.0 - related_resources: 1.3.0 - richdocuments: 8.3.1 - serverinfo: 1.18.0 - settings: 1.10.1 - sharebymail: 1.18.0 - spreed: 18.0.3 - systemtags: 1.18.0 - tasks: 0.15.0 - terms_of_service: 2.3.2 - text: 3.9.1 - theming: 2.3.0 - twofactor_backupcodes: 1.17.0 - updatenotification: 1.18.0 - user_status: 1.8.1 - viewer: 2.2.0 - weather_status: 1.8.0 - workflowengine: 2.10.0 Disabled: - encryption: 2.16.0 - externalpassword: 1.1.0 (installed 1.1.0) - federation: 1.18.0 (installed 1.14.0) - files_external: 1.20.0 - firstrunwizard: 2.17.0 (installed 2.8.0) - nextcloud_announcements: 1.17.0 (installed 1.13.0) - privacy: 1.12.0 (installed 1.8.0) - ransomware_protection: 1.14.0 (installed 1.14.0) - support: 1.11.0 (installed 1.7.0) - survey_client: 1.16.0 (installed 1.12.0) - suspicious_login: 6.0.0 (installed 4.3.0) - twofactor_totp: 10.0.0-beta.2 - user_ldap: 1.19.0 ``` ### Nextcloud Signing status ```shell No errors have been found. ``` ### Nextcloud Logs ```shell Exception OCA\Files_Sharing\Controller\ShareAPIController::parseDate(): Argument #1 ($expireDate) must be of type string, DateTime given, called in /***REMOVED SENSITIVE VALUE***/apps/files_sharing/lib/Controller/ShareAPIController.php on line 837 in file '/***REMOVED SENSITIVE VALUE***/apps/files_sharing/lib/Controller/ShareAPIController.php' line 1695 Exception thrown: Exception ``` ### Additional info _No response_

github.com/nextcloud/server

feat(share): save date and time for expiration

nextcloud:master ← nextcloud:feat/share-expiration-with-time

opened 11:09AM - 07 Feb 24 UTC

Altahrim

+115 -43

## Summary When we store an expiration date for a share, we store only the da…te, without time. If an user is in UTC + 9 and share a file before 9am, the server will consider the expiration date to be one day earlier (ie. D+6 instead of D+7). Then, the display is wrong. To fix that, we have to store time. Fix #43457 Fix https://github.com/nextcloud/server/issues/43243 ## Checklist - Code is [properly formatted](https://docs.nextcloud.com/server/latest/developer_manual/digging_deeper/continuous_integration.html#linting) - [Sign-off message](https://github.com/src-d/guide/blob/master/developer-community/fix-DCO.md) is added to all commits - [x] Tests ([unit](https://docs.nextcloud.com/server/latest/developer_manual/app_development/tutorial.html#unit-tests), [integration](https://docs.nextcloud.com/server/latest/developer_manual/app_development/tutorial.html#integration-tests), api and/or acceptance) are included - [x] Screenshots before/after for front-end changes - [x] Documentation ([manuals](https://github.com/nextcloud/documentation/) or wiki) has been updated or is not required - [x] [Backports requested](https://github.com/nextcloud/backportbot/#usage) where applicable (ex: critical bugfixes)

Not_Bruno · February 21, 2024, 10:13am

Okay well then I know. Thanks for the info.

austserve · March 18, 2024, 7:07am

It is fixed and working in 28.0.3 for the web interface but the desktop client 3.12.1 still has the issue.