Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 140732 - gnome-extra/evolution-data-server-1.6.2 Quits!
Summary: gnome-extra/evolution-data-server-1.6.2 Quits!
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: All Linux
: High critical
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-07-17 00:36 UTC by Roger
Modified: 2006-11-05 20:47 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Roger 2006-07-17 00:36:31 UTC
mail-client/evolution-2.6.2-r1
gnome-extra/evolution-data-server-1.6.2

Start evolution-data-server and then evolution.
Try to look at your contacts from evolution.

$ /usr/libexec/evolution-data-server-1.6 
evolution-data-server-Message: Starting server
e-data-server-Message: adding type `ECalBackendHttpTodosFactory'
e-data-server-Message: adding type `ECalBackendHttpEventsFactory'
e-data-server-Message: adding type `EBookBackendFileFactory'
e-data-server-Message: adding type `ECalBackendCalDAVEventsFactory'
e-data-server-Message: adding type `EBookBackendVCFFactory'
e-data-server-Message: adding type `ECalBackendGroupwiseTodosFactory'
e-data-server-Message: adding type `ECalBackendGroupwiseEventsFactory'
e-data-server-Message: adding type `ECalBackendWeatherEventsFactory'
e-data-server-Message: adding type `EBookBackendGroupwiseFactory'
e-data-server-Message: adding type `ECalBackendFileTodosFactory'
e-data-server-Message: adding type `ECalBackendFileEventsFactory'
e-data-server-Message: adding type `ECalBackendFileJournalFactory'
e-data-server-Message: adding type `ECalBackendContactsEventsFactory'
e-data-server-Message: adding type `EBookBackendLDAPFactory'
in server_log_handler
evolution-data-server-Message: Server up and running
impl_GNOME_Evolution_Addressbook_BookFactory_getBook
 + file:///home/roger/.evolution/addressbook/local/1109174359.20358.2@localhost3.localdomain
 => 0x805b980
impl_GNOME_Evolution_Addressbook_Book_open (0x805b980)

(evolution-data-server:9974): libedata-book-WARNING **: impl_GNOME_Evolution_Addressbook_Book_getBookView ((contains "x-evolution-any-field"  ""))

e_data_book_respond_get_book_view
starting book view thread
starting initial population of book view
signalling parent thread
returning from start_book_view
book_view file uref 
finished population of book view
impl_GNOME_Evolution_Addressbook_BookFactory_getBook
 + file:///home/roger/.evolution/addressbook/local/1106513025.11024.6@localhost3.localdomain
 => 0x8071460
impl_GNOME_Evolution_Addressbook_Book_open (0x8071460)

(evolution-data-server:9974): libebook-WARNING **: invalid utf8 passed to EVCard.  Limping along.

(evolution-data-server:9974): libebook-WARNING **: vcard ended without END:VCARD

libedata-book-Message: Flushed summary to disk

(evolution-data-server:9974): libedata-book-WARNING **: impl_GNOME_Evolution_Addressbook_Book_getBookView ((contains "x-evolution-any-field"  ""))

e_data_book_respond_get_book_view
starting book view thread
starting initial population of book view
signalling parent thread
returning from start_book_view

(evolution-data-server:9974): libebook-WARNING **: invalid utf8 passed to EVCard.  Limping along.

(evolution-data-server:9974): libebook-WARNING **: vcard ended without END:VCARD

This error apparently breaks upgrading a previous addressbook.db to the newer version.  In our case, evolution-2.4 to evolution-2.6.  As such, i nmy case, evolution-data-server will bork and the contacts will fail to completely be able to be viewed (if at all)!  The user, after a period of several months, may then realize he/she is missing half or more of their contacts!

If I use hexedit, I believe I can still see all of my contacts within the addressbook.db.

Whether or not a conversion is going on, I don't know, but evolution tries to view the vcards up until it reaches invalid utf8 character and then everything fails at "vcard ended without END:VCARD".

This evolution-2.6 upgrade caught me by surprise as I'm automating my portage upgrades.  I probably should have manually masked all upgrades of >evolution-2.4!
Comment 1 Daniel Gryniewicz (RETIRED) gentoo-dev 2006-08-21 14:46:52 UTC
Could you run file in the addressbook.db?  It could be that it's just in an older db format, and could be updated...

You might try running db_upgrade (named db<version>_upgrade on gentoo, so db4.3_upgrade for me) on the file after backing it up, and see if evo can open it then.
Comment 2 Roger 2006-08-22 09:30:04 UTC
It looks like I had some problem characters within my contact's db and Evolution-2.6 crashed because of it.  (Probably something left over from Evolution-1.x conversions.)

How I resolved, downgraded back to:
evolution-2.4
gnome-extra/evolution-data-server-1.4

Utilized the export filters within evolution-data-server package to export my database (manually and each contacts folder -- not to CVS but default db style).  Saved the files to a safe place and then I upgraded to evolution-2.6 && evolution-data-server-1.6.  Then, I manually imported each of the saved contacts db files.  I'm pretty sure I used this procedure as I didn't write it down.

I *should* have written it down so I could write a small article, but projects like this are just not fitting into my time schedule!  Frustrating as I know the article would have helped many.

I don't know how much data I lost with the manual export, but I'm guessing not much.  I'm hopping it cleared out any problem characters evolution doesn't know how to handle.  But all this is hopeful thinking!

Might be a good thing to leave this bug as "NEW" so others can see what I did here to resolve.
Comment 3 John N. Laliberte (RETIRED) gentoo-dev 2006-11-05 20:47:13 UTC
local issue, reporter resolved the issue.