-
Notifications
You must be signed in to change notification settings - Fork 46
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
InvalidArgumentException on imported VCF files #488
Comments
As I have not yet run a sync against this freshly installed server (I value my contacts on my mobile too much ), I cannot say whether this exception would cause the CardDAV-Sync to fail mid-operation. But, as I cannot retrive the full VCF file from the server, I would expect some kind of failure during sync. Hopefully nothing that deletes all my contacts 😈 |
absolutly valid to throw this exception - see https://tools.ietf.org/html/rfc6350#section-6.2.5 Jan 1, 1970 is not a valid date format |
While the exception might be correct, the handling at the user level is truly broken. It is possible to load such an entry into the database via the "import" function. But as soon as it is loaded, the GUI is unusable and therefore the user unable to fix the offending entry, assuming that he would even get a hint which entry is the culprit. Therefore, I would like to reopen this issue and hope that the user interaction is somehow fixed. |
So the invalid vcard could be imported? |
Yes, the issue is that it is possible to introduce the broken entry into the database via import and then ìt is not possible anymore to use the GUI. I believe it might have something to do with the calendar for "Contact Birthdays" |
no - it's a general import issue in core .... working on it ... |
We will update sabre dav in 9.2 which will bring the vcard validation |
I found this issue using a search engine because I encountered the same problem. I imported a bad vcf file in OwnCloud 9.0.3 and since I get the spinning loader. I figured maybe updating would help so I updated to 10.0.2 today. While the import error may be fixed, the database itself is not fixed - there's still a broken VCF in there and no way to get it out. I am currently trying to resolve this by manually finding and correcting the entry in the database, but it would be good to have a vcard validation in OwnCloud that when validation fails offers some way to correct or delete the offending entry rather than making the GUI completely unusable. |
Same here. It's sad to see the bug is still open since 2016. |
Steps to reproduce
Expected behaviour
Birthday should be correctly imported, as this was working in earlier versions
Actual behaviour
The birthday triggers an error in sabredav. The curl call mentioned on step 4 shows:
This error is being thrown in 3rdparty/sabre/vobject/lib/DateTimeParser.php, line 299
Server configuration
Operating system:
Ubuntu 16.04
Web server:
nginx 1.9.15-0ubuntu1
Database:
postgresql-9.5
PHP version:
php :7.0+35ubuntu6
ownCloud version: (see ownCloud admin page)
ownCloud 9.1.0 (stable)
Contacts version: (see ownCloud apps page)
1.3.1.0
Updated from an older ownCloud or fresh install:
Fresh install, importing VCF from Android handset
Signing status (ownCloud 9.0 and above):
No errors have been found.
List of activated apps:
sudo -u www-data php /var/www/owncloud/occ app:list
Enabled:
Disabled:
The content of config/config.php:
{
"system": {
"updatechecker": false,
"instanceid": "ocew0yc1x0hf",
"passwordsalt": "_REMOVED SENSITIVE VALUE",
"secret": "_REMOVED SENSITIVE VALUE",
"trusted_domains": [
"home.gurkensalat.com"
],
"datadirectory": "/var/www/owncloud/data",
"overwrite.cli.url": "https://home.gurkensalat.com/owncloud",
"dbtype": "pgsql",
"version": "9.1.0.15",
"dbname": "owncloud",
"dbhost": "localhost",
"dbtableprefix": "oc_",
"dbuser": "_REMOVED SENSITIVE VALUE",
"dbpassword": "_REMOVED SENSITIVE VALUE",
"logtimezone": "UTC",
"installed": true,
"mail_from_address": "owncloud",
"mail_smtpmode": "php",
"mail_domain": "tandogan.com"
}
}
Are you using external storage, if yes which one: local/smb/sftp/...
no
Are you using encryption: yes/no
no
Are you using an external user-backend, if yes which one: LDAP/ActiveDirectory/Webdav/...
no
Client configuration
Browser:
Google Chrome 52.0.2743.116 (Official Build) m (32-bit)
Operating system:
N/A
CardDAV-clients:
CardDAV-Sync 0.4.20
Logs
Web server error log
ownCloud log (data/owncloud.log)
Nothing in owncloud.log during import or later on page loading
Browser log
The text was updated successfully, but these errors were encountered: