Skip to content
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

Valid timestamp in vcard #675

Open
ghost opened this issue Nov 20, 2019 · 3 comments
Open

Valid timestamp in vcard #675

ghost opened this issue Nov 20, 2019 · 3 comments
Labels

Comments

@ghost
Copy link

ghost commented Nov 20, 2019

Server configuration

Operating system: I don't know probably linux because it's a webhost and I'm not the administrator.
Database: MySQL
PHP version: PHP 7.x
ownCloud version: 10.1.1.1
Contacts version: 1.5.5

Hey there,
I try to sync owncloud contacts with a local database but the problem is the rev is not updating on change. Is that right? If yes is there an other oppertunity to check when it's got updated?

~ Tim

@Julian1998
Copy link
Contributor

I dont get the exact problem here. So you already have an existing owncloud contacts database? And installed (or whatever) the contacts app later on? But the app and database are not syncing? In this case you should prob talk to your administrator as there is a occ comand which scans the local database for existing addressbooks/contacts

@ghost
Copy link
Author

ghost commented Nov 25, 2019

The exact problem is there is an owncloudserver with the contact-app installed and I'm in charge to sync them to a local database because we want to sync them with another system from us. The problem is that system can change contacts as well, so I have to check which contact is newer and which is older. Local I have a timestamp to check that but from owncloud I need a change-date as well. I thought maybe the REV is a valid change-date, so I can check them by date which is newer, which is older but after I updated a owncloud contact the REV value is still not updated. So if this is right there is (how I see it) no other way to check this.

@Julian1998
Copy link
Contributor

Damn. I see. I honestly never saw this yet.

@Julian1998 Julian1998 added the bug label Nov 25, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant