After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 634794 - Duplicate entry for "Personal" calendar, tasks and notes
Duplicate entry for "Personal" calendar, tasks and notes
Status: RESOLVED DUPLICATE of bug 632962
Product: evolution
Classification: Applications
Component: Shell
2.32.x (obsolete)
Other Linux
: Normal major
: ---
Assigned To: Evolution Shell Maintainers Team
Evolution QA team
: 640941 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-11-14 03:55 UTC by bernie
Modified: 2011-02-24 08:52 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description bernie 2010-11-14 03:55:38 UTC
After importing configuration from Evolution 2.30, I ended up with 2 instances of the Personal calendar, notes and tasks.

I could remove the extra copy only by editing the settings in gconf.
Comment 1 André Klapper 2010-12-12 14:09:03 UTC
Upgraded from Fedora 13 to Fedora 14 via "PreUpgrade".
First start of Evolution:

I get two "On this machine" nodes in addressbook, and on the terminal:
(evolution:2540): libebook-WARNING **: e-book.c:3095: cannot get book from factory: Invalid source
(evolution:2540): evolution-mail-WARNING **: search_address_in_addressbooks: Unable to create addressbook 'Persönlich': Invalid source
The ones under the first node create an error in the UI: "Address book could not be opened"

Had two start gconf-editor, go to /apps/evolution/addressbook/source and edit it manually to point to the right places.

Before:

<?xml version="1.0"?>
<group uid="1178294643.13300.1@localhost" name="On this computer" base_uri="local:" readonly="no"><source uid="1178294643.13300.2@localhost" name="Pers&#xF6;nlich" uri="file:///home/user/.evolution/addressbook/local/system" relative_uri="system"><properties><property name="completion" value="true"/></properties></source><source uid="1179244611.25838.0@localhost" name="test1" uri="file:///home/user/.evolution/addressbook/local/1179244611.25838.0@localhost" relative_uri="1179244611.25838.0@localhost"/></group>
<?xml version="1.0"?>
<group uid="1178294643.13300.1@localhost" name="On this computer" base_uri="local:" readonly="no"><source uid="1178294643.13300.2@localhost" name="Pers&#xF6;nlich" uri="file:///home/user/.evolution/addressbook/local/system" relative_uri="system"><properties><property name="completion" value="true"/></properties></source><source uid="1179244611.25838.0@localhost" name="test1" uri="file:///home/user/.evolution/addressbook/local/1179244611.25838.0@localhost" relative_uri="1179244611.25838.0@localhost"/></group>
<?xml version="1.0"?>
<group uid="1229195703.5252.0@embrace" name="WebDAV" base_uri="webdav://" readonly="no"/>
<?xml version="1.0"?>
<group uid="1229195703.5252.1@embrace" name="Google" base_uri="google://" readonly="no"/>
<?xml version="1.0"?>
<group uid="1292111319.2540.0@localhost.localdomain" name="On this computer" base_uri="local:" readonly="no"><source uid="1292111319.2540.1@localhost.localdomain" name="Pers&#xF6;nlich" relative_uri="system"><properties><property name="completion" value="true"/><property name="remember_password" value="false"/></properties></source></group>

After:

<?xml version="1.0"?>
<group uid="1292111319.2540.0@localhost.localdomain" name="On this computer" base_uri="local:" readonly="no"><source uid="1292111319.2540.1@localhost.localdomain" name="Pers&#xF6;nlich" relative_uri="system"><properties><property name="completion" value="true"/><property name="remember_password" value="false"/></properties></source>
<source uid="1179244611.25838.0@localhost" name="test1" relative_uri="1179244611.25838.0@localhost"/></group>

<?xml version="1.0"?>
<group uid="1229195703.5252.0@embrace" name="WebDAV" base_uri="webdav://" readonly="no"/>

<?xml version="1.0"?>
<group uid="1229195703.5252.1@embrace" name="Google" base_uri="google://" readonly="no"/>

<?xml version="1.0"?>
<group uid="1292112818.3288.0@localhost.localdomain" name="On LDAP server" base_uri="ldap://" readonly="no"/>


Same happened with calendars: "On this computer" was duplicated:
Had to replace the second entry:
<?xml version="1.0"?>
<group uid="1178294654.13300.8@localhost" name="Auf diesem Rechner" base_uri="local:" readonly="no"><source uid="1178294654.13300.9@localhost" name="Pers&#xF6;nlich" relative_uri="system" color_spec="#acab91ebc28f"><properties><property name="alarm" value="true"/><property name="last-notified" value="2010-09-24T18:00:00Z"/></properties></source></group>

with the last entry:
<?xml version="1.0"?>
<group uid="1292111319.2540.2@localhost.localdomain" name="Auf diesem Rechner" base_uri="file:///home/user/.local/share/evolution/calendar/local" readonly="no"><source uid="1292111319.2540.3@localhost.localdomain" name="Pers&#xF6;nlich" relative_uri="system" color_spec="#BECEDD"/></group>

and delete the last entry afterwards.

And also with Tasks and Memos of course.
Comment 2 Milan Crha 2010-12-13 10:31:32 UTC

*** This bug has been marked as a duplicate of bug 632962 ***
Comment 3 Ray Holme 2011-02-23 20:22:36 UTC
OK, my fix worked with the address. Updating the file ~/.gconf/apps/evolution/addressbook/%gconf.xml had to be done after a reboot without evolution up, then the fixes stuck BUT they made NO changes - I still see TWO address books when I chood - edit->preferences->Contacts. Leaving one box unchecked in the redundant entries prevents double entries when I type in a name. Leaving the new gconf file as it is more sane, even if it makes no difference. Also note that the path names in the other bug are no longer correct in FC 16.
Comment 4 Milan Crha 2011-02-24 08:51:43 UTC
a) You are not supposed to edit internal gconf files, use gconf-editor instead
b) I suppose you meant fedora 15
c) as stated in bug #632962, the fix to not have address books and other recreated again one should use 2.32.2 version of evolution-data-server and evolution.
Comment 5 Milan Crha 2011-02-24 08:52:40 UTC
*** Bug 640941 has been marked as a duplicate of this bug. ***