Copying contacts to Ubuntu One in Evolution doesn't work

Thomas,
Just to understand what steps you have taken to initialize your address book, are these the steps you followed?

https://wiki.ubuntu.com/UbuntuOne/Tutorials/Contacts

Could you post the following log. Be aware this contains your consumer_secret and token_secret. Make sure these are obfuscated. If its not already you can use Gedits Find/Replace tool to replace the number with HiddenHiddenHidddenHiddenHidden.

~/.cache/desktop-couch/log/desktop-couch-replication.log

Also you can try the following to get some more information. Run the following commands in a Terminal.

 evolution --force-shutdown

/usr/lib/evolution/evolution-data-server-2.28

Then, start Evolution again and try to open again the CouchDB addressbook. If it fails, have a look at the output on the terminal, it should have some hints as to why it failed. Please post that here.

thank you,
duanedesign

After you attach the logs you can change the 'Status' of your bug back to 'New'. The status of a bug report can be modified by clicking on the current status in the yellow line, which will reveal a sub menu. You can then set a new status in the drop down box.

Hello

I removed that logfile before I started anything to have a clean log. No logfile is created during my exercises (so I don't have any log).

I'm attaching the output from evolution-data-server (which crashes).

I tried this twice, first time one contact got added before the crash. Second time approx 20 contacts copied.

Sorry I missed one of your questions, yes, that is the guide I have been following. Except the part with access to keyring because that was granted from before. I also have not selected Ubuntu One as default.

We need a backtrace of the crash, so do the following on a terminal, please:

$ evolution --force-shutdown
$ gdb /usr/lib/evolution/evolution-data-server-2.28

this last command will run the program into gdb (a debugger), so you will get a (gdb) prompt, so just type:

(gdb) r

then make it crash, and when it has crashed, you will get the (gdb) prompt again, so just type:

(gdb) thread apply all bt

and attach to this bug the output of that last command

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb31f9b70 (LWP 11806)]
0x00000000 in ?? ()
(gdb) thread apply all bt

Thread 33 (Thread 0xac1ebb70 (LWP 11820)):
#0 0x0012d422 in __kernel_vsyscall ()
#1 0x00bed342 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2 0x00a980ce in ?? () from /usr/lib/libgthread-2.0.so.0
#3 0x00aecbbc in ?? () from /lib/libglib-2.0.so.0
#4 0x00b3ed33 in ?? () from /lib/libglib-2.0.so.0
#5 0x00b3cdcf in ?? () from /lib/libglib-2.0.so.0
#6 0x00be896e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#7 0x00cc99de in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 32 (Thread 0xac9ecb70 (LWP 11819)):
#0 0x0012d422 in __kernel_vsyscall ()
#1 0x00beff5b in read () from /lib/tls/i686/cmov/libpthread.so.0
#2 0x00b5735a in ?? () from /lib/libglib-2.0.so.0
#3 0x00b08716 in g_io_channel_read_chars () from /lib/libglib-2.0.so.0
#4 0x009a26e2 in ?? () from /usr/lib/libsoup-2.4.so.1
#5 0x009a2b09 in soup_socket_read_until () from /usr/lib/libsoup-2.4.so.1
#6 0x0099673b in ?? () from /usr/lib/libsoup-2.4.so.1
#7 0x00996b1c in ?? () from /usr/lib/libsoup-2.4.so.1
#8 0x00993bb3 in soup_message_send_request () from /usr/lib/libsoup-2.4.so.1
#9 0x00985ab4 in soup_connection_send_request () from /usr/lib/libsoup-2.4.so.1
#10 0x0099eba4 in soup_session_send_queue_item () from /usr/lib/libsoup-2.4.so.1
#11 0x009a1a2b in ?? () from /usr/lib/libsoup-2.4.so.1
#12 0x009a1ce0 in ?? () from /usr/lib/libsoup-2.4.so.1
#13 0x0099d784 in soup_session_send_message () from /usr/lib/libsoup-2.4.so.1
#14 0x01950957 in couchdb_session_send_message () from /usr/lib/libcouchdb-glib-1.0.so.2
#15 0x019500ec in couchdb_document_get () from /usr/lib/libcouchdb-glib-1.0.so.2
#16 0x019386a7 in ?? () from /usr/lib/evolution-data-server-1.2/extensions/libebookbackendcouchdb.so
#17 0x0017077a in e_book_backend_start_book_view () from /usr/lib/libedata-book-1.2.so.2
#18 0x0017220b in ?? () from /usr/lib/libedata-book-1.2.so.2
#19 0x00164106 in _ORBIT_skel_small_GNOME_Evolution_Addressbook_BookView_start () from /usr/lib/libedata-book-1.2.so.2
#20 0x009480b7 in ?? () from /usr/lib/libORBit-2.so.0
#21 0x0094e6d5 in ORBit_OAObject_invoke () from /usr/lib/libORBit-2.so.0
#22 0x0093acfb in ORBit_small_invoke_adaptor () from /usr/lib/libORBit-2.so.0
#23 0x0094c1fd in ?? () from /usr/lib/libORBit-2.so.0
#24 0x0094c8e7 in ?? () from /usr/lib/libORBit-2.so.0
#25 0x009335e8 in giop_thread_queue_process () from /usr/lib/libORBit-2.so.0
#26 0x009339e8 in ?? () from /usr/lib/libORBit-2.so.0
---Type <return> to continue, or q <return> to quit---
#27 0x00b3ecec in ?? () from /lib/libglib-2.0.so.0
#28 0x00b3cdcf in ?? () from /lib/libglib-2.0.so.0
#29 0x00be896e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#30 0x00cc99de in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 31 (Thread 0xad1edb70 (LWP 11818)):
#0 0x0012d422 in __kernel_vsyscall ()
#1 0x00bed015 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2 0x009a19ed in ?? () from /usr/lib/libsoup-2.4.so.1
#3 0x009a1ce0 in ?? () from /usr/lib/libsoup-2.4.so.1
#4 0x0099d784 in soup_sessi...

I can confirm this bug as well, using Ubuntu 10.04. This is a major issue if such basic functionality that you would take for granted is broken right out of the box, and only hurts acceptance of Ubuntu by the masses.