nextcloud / nextcloud/contacts
invalid value in deathdate cannot be repaired
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 642
- Forks
- 220
- Avg merge
- 14h 39m
- Merged PRs (30d)
- 51
Description
Steps to reproduce
- deathdate is stored in a vcf-file as DEATHDATE;VALUE=DATE:20190421
- when editing the contact in eM Client, e.g. adding a given name, the value will bes destroyed to DEATHDATE;VALUE=time:000000 ( I know this is up to em Client)
- back in nextcloud and editing in contacts-app the field deathdate still exists, but shown as "invalid date". Right! (EDIT: not calendar-app but contacts-app)
- to repair this, it is no more possible to select a date, but you must delete and recreate a new deathdate.
Expected behaviour
invalide date can be repaired by selecting a date by calendar selector
Actual behaviour
repairing is not possible
Server configuration detail
Operating system: Linux info 3.0 #1337 SMP Tue Jan 01 00:00:00 CEST 2000 all GNU/Linux Linux info 3.0 #1337 SMP Tue Jan 01 00:00:00 CEST 2000 all GNU/Linux Linux info 3.0 #1337 SMP Tue Jan 01 00:00:00 CEST 2000 all GNU/Linux Linux info 3.0 #1337 SMP Tue Jan 01 00:00:00 CEST 2000 all GNU/Linux
Webserver: Apache (cgi-fcgi)
Database: mysql 5.5.60
PHP version:
7.1.27
Modules loaded: Core, date, libxml, openssl, pcre, sqlite3, zlib, bcmath, bz2, calendar, ctype, curl, dba, dom, hash, fileinfo, filter, ftp, gd, gettext, SPL, iconv, session, intl, json, mbstring, mcrypt, standard, PDO, mysqlnd, pdo_sqlite, Phar, posix, Reflection, imap, shmop, SimpleXML, soap, pdo_mysql, exif, tidy, tokenizer, wddx, xml, xmlreader, xmlwriter, xsl, zip, mysqli, cgi-fcgi
Nextcloud version: 15.0.7 - 15.0.7.0
Updated from an older Nextcloud/ownCloud or fresh install: updated from owncloud 10.0.3
Where did you install Nextcloud from: ?
Signing status
Array
(
)
List of activated apps
Enabled:
- accessibility: 1.1.0
- activity: 2.8.2
- admin_audit: 1.5.0
- bruteforcesettings: 1.3.0
- calendar: 1.6.5
- cloud_federation_api: 0.1.0
- contacts: 3.1.0
- dav: 1.8.1
- deck: 0.6.0
- drawio: 0.9.2
- encryption: 2.3.0
- federatedfilesharing: 1.5.0
- federation: 1.5.0
- files: 1.10.0
- files_external: 1.6.0
- files_pdfviewer: 1.4.0
- files_sharing: 1.7.0
- files_texteditor: 2.7.0
- files_trashbin: 1.5.0
- files_versions: 1.8.0
- files_videoplayer: 1.4.0
- gallery: 18.2.0
- issuetemplate: 0.5.0
- logreader: 2.0.0
- lookup_server_connector: 1.3.0
- metadata: 0.9.0
- notes: 2.6.0
- oauth2: 1.3.0
- password_policy: 1.5.0
- provisioning_api: 1.5.0
- richdocuments: 3.2.4
- serverinfo: 1.5.0
- sharebymail: 1.5.0
- support: 1.0.0
- survey_client: 1.3.0
- theming: 1.6.0
- twofactor_backupcodes: 1.4.1
- updatenotification: 1.5.0
- user_saml: 2.1.1
- workflowengine: 1.5.0
Disabled:
- announcementcenter
- caniupdate
- comments
- files_accesscontrol
- files_antivirus
- files_automatedtagging
- files_retention
- firstrunwizard
- groupfolders
- impersonate
- mail
- nextcloud_announcements
- notifications
- onlyoffice
- radio
- sharepoint
- systemtags
- user_ldap
Configuration (config/config.php)
{
"instanceid": "***REMOVED SENSITIVE VALUE***",
"passwordsalt": "***REMOVED SENSITIVE VALUE***",
"secret": "***REMOVED SENSITIVE VALUE***",
"trusted_domains": ***REMOVED SENSITIVE VALUE***"
"datadirectory": "***REMOVED SENSITIVE VALUE***",
"overwrite.cli.url": "https:\/\/***REMOVED SENSITIVE VALUE***".de\/ownCloud",
"dbtype": "mysql",
"version": "15.0.7.0",
"dbname": "***REMOVED SENSITIVE VALUE***",
"dbhost": "***REMOVED SENSITIVE VALUE***",
"dbtableprefix": "oc_",
"dbuser": "***REMOVED SENSITIVE VALUE***",
"dbpassword": "***REMOVED SENSITIVE VALUE***",
"debug": false,
"filelocking.enabled": true,
"installed": true,
"logtimezone": "UTC",
"loglevel": 4,
"maintenance": false,
"mail_from_address": "***REMOVED SENSITIVE VALUE***",
"mail_smtpmode": "smtp",
"mail_domain": "***REMOVED SENSITIVE VALUE***",
"mail_smtphost": "***REMOVED SENSITIVE VALUE***",
"mail_smtpport": "25",
"mail_smtpauthtype": "LOGIN",
"mail_smtpauth": 1,
"mail_smtpname": "***REMOVED SENSITIVE VALUE***",
"mail_smtppassword": "***REMOVED SENSITIVE VALUE***",
"mail_smtptimeout": 15,
"theme": ""
}
Are you using external storage, if yes which one: local/smb/sftp/...
Are you using encryption:
Are you using an external user-backend, if yes which one: LDAP/ActiveDirectory/Webdav/...
Client configuration
Browser: Firefox 0.0
Operating system: Windows 10
Logs
Web server error log
Insert your web server log here
Nextcloud log
Insert your Nextcloud log here
Browser log
Insert your browser log here, this could for example include:
a) The javascript console log
b) The network log
c) ...
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the issue in the contacts app with a malformed DEATHDATE value such as DEATHDATE;VALUE=time:000000. Verify the existing invalid-date display and date-editing flow; done means an invalid death date can be replaced through the calendar selector without deleting and recreating the field.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100