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

problems with huge addressbooks #176

Closed
markum opened this issue Mar 22, 2017 · 8 comments
Closed

problems with huge addressbooks #176

markum opened this issue Mar 22, 2017 · 8 comments
Labels
bug Something isn't working needs info Not enough information provided

Comments

@markum
Copy link

markum commented Mar 22, 2017

I have a rather huge addressbook with more than 1500 contacts, many of them containing pictures of the contacts. Unfortunately this results in issues when syncing with Android or the KDE addressbook. Not all contacts end up in the addressbook on Android and KDE. For Android I use Carddav, I have also used Davdroid. The result does not differ much. The best result I have archived by increasing the sockettimeout in the Carddav-App to 9999. I have also recently switch from my.owndrive.com as Owncloud-provider now to Manitu with a Nextcloud-installation. Here I initially also had the problem with uploading the addressbook. It never worked, I had to import it into Android and sync it too Nextcloud.

I know 1500 contacts is rather huge addressbook, but I believe there are other power users too. So I would expect wish that the contact app in Nextcloud should be able to handle big addressbooks in a better (faster) way so that syncing, uploading, retrieving hugs addressbooks works better. When logging into Nextcloud the contacts app also takes an eternity until the first contact is shown. So the problem also appear internally.

I am using Nextcloud 10.02 I do not know anything about server configuration, since I do not have SSH-access and installed it via one-click-install provided by Manitu.

Login as admin user into your Nextcloud and access 
http://example.com/index.php/settings/integrity/failed 
paste the results here.
Results: No errors have been found.

**List of activated apps:**
Activity 2.4.1
Collaborative tags 1.1.3
Comments 1.1.0
Deleted files 1.1.0
External storage support 1.1.2
Federation 1.1.1
File sharing 1.1.1
Files automated tagging 1.1.1
First run wizard 2.0
Gallery 16.0.0
Log Reader 2.0.0
Nextcloud announcements 1.0
Notifications 1.0.1
Password policy 1.1.0
PDF viewer 1.0.1
Server info 1.1.1
Share by mail 1.0.1
Text editor 2.2
Theming 1.1.1
Update notification 1.1.1
Versions 1.4.0
Video player 1.0.0
Activities for shared file downloads 1.0.1
Admin notifications 1.0.0
Announcement Center 3.0.0
AppOrder 0.3.3
Audio Player 1.4.1
Bookmarks 0.9.1
Calendar 1.5.1
Collabora Online 1.1.25
Contacts 1.5.3
Deck 0.1.1
Direct Menu 0.10.0
Issue Template 0.2.1
Nextant 1.0.6
Notizen 2.2.0
OwnBackup 17.3.0
Phone Sync 1.11.5
Reader (ebook reader) 1.0.1
Spreed.ME 0.3.8
Tasks 0.9.5
Video calls 1.2.0
Weather 1.3.5
**Are you using encryption:** yes/no
no

**Are you using an external user-backend, if yes which one:** LDAP/ActiveDirectory/Webdav/...
no
@Bullnados
Copy link

Bullnados commented Mar 23, 2017

Perhaps u should update to 10.0.4 or 11.0.2. Just for security

@irgendwie
Copy link
Member

@markum If I understand you correctly (and please correct me if I am wrong) there are multiple problems at different points:

  • First of all, you have problems with syncing contacts (apart from the contacts app), meaning external applications don't get all contacts?
  • Second, the contacts app itself acts slow/unusable with that many contacts?

For the first problem, the CardDAV backend in nextcloud/server could be the cause since all contacts are exchanged via this backend. I assume your applications cause timeouts on the server/client side and there is no real way around it but to increase them. 😒
I can imagine why uploading contacts from Android works relatively good, since I assume one contact at a time is uploaded (due to network limitations).

For the second problem, the Contacts app (a 'simple' carddav client) currently is really bad at handling huge amounts of contacts, since it fetches all contacts (with all details) on page load.
This will be fixed in a future version of the Contacts app (ref. #88).
Additionally this new feature will probably only be available for nextcloud 11 upwards, since it requires changes in the CardDAV backend.

@myzinsky
Copy link

myzinsky commented May 13, 2017

I have the same issues here: I have an address book with 400 contacts ...

  • The web app does not show contacts at all ... spinning wheel of death ...
  • The syncing to the iPhone syncs only half of all contacts
  • With owncloud I have the same issues...

Any help is much appreciated!

@myzinsky
Copy link

myzinsky commented May 14, 2017

An interesting fact: If I remove all the pictures from my vcard files and import this, everything works!

You can use this script to remove the pictures from a vcard file:

#!/usr/bin/perl -w
use warnings;
use strict;

my $file = shift || die("No file given");

print $file."\n";

open(FH, $file);

while(<FH>)
{
    if(!($_ =~ /^PHOTO.+$/ or $_ =~ /^ .+$/))
    {
        print $_;
    }
}

@skjnldsv
Copy link
Member

Yes, big base64 encoded pictures aren't exactly browser friendly. It is pretty heavy.
Can we close of this issue is fixed?

@mokkin
Copy link

mokkin commented Aug 11, 2017

I also have the problem with the spinning wheel on my addressbooks. I upgraded from ownCloud 10 to NextCloud 12.0.1 a couple of days ago, but the problem didn't disappear.
Please check my description in the ownCloud ticket for further information:
owncloud/contacts#430

@skjnldsv
Copy link
Member

@markum can you try the current nightly build?

@skjnldsv skjnldsv added bug Something isn't working needs info Not enough information provided labels Aug 18, 2017
@skjnldsv
Copy link
Member

Should be fixed with 3.0.0

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working needs info Not enough information provided
Projects
None yet
Development

No branches or pull requests

6 participants