Bug 681741 - Local addressbooks created without relative_uri set
Summary: Local addressbooks created without relative_uri set
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: evolution
Version: 14
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Matthew Barnes
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-03-03 06:07 UTC by John
Modified: 2011-03-07 10:35 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-03-07 10:35:48 UTC
Type: ---


Attachments (Terms of Use)
image of the contacts being duplicated into an incorrect address book (52.43 KB, image/png)
2011-03-04 18:49 UTC, John
no flags Details


Links
System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 644107 0 None None None Never

Description John 2011-03-03 06:07:49 UTC
Description of problem:
Contacts in evolution will disappear when moved from one address book to another address book.

Version-Release number of selected component (if applicable):
2.32.1-1

How reproducible:
I've been able to reproduce the bug when importing and creating contacts.

Steps to Reproduce:
1. Create an address book in evolution, and add a contact.
2. Create 2 new address books. In some cases the contact from the first address book already shows in the second.
3. Click open contact and change the 'where' value to one of the new address books. The contact appears in both new address books.
4. Move the contact from the incorrect new address book to the correct address book to make the contact disappear.
  
Actual results:
Contacts get placed in the wrong place, or outright disappear. Also, address books that have contacts in them due to this bug can not be erased.

Expected results:
When moved, a contact should only be present in the address book it was placed in.
The 'Could not remove address book' error should not exist.

Additional info:
Fedora 14 release. The contacts were created and stored locally, and evolution was configured for email.

Comment 1 Milan Crha 2011-03-03 06:56:54 UTC
Thanks for a bug report.

(In reply to comment #0)
> Steps to Reproduce:
> 1. Create an address book in evolution, and add a contact.

If I got it right, it's a new On This Computer address book?

> 2. Create 2 new address books. In some cases the contact from the first
> address book already shows in the second.

Could you be more specific, please? Maybe a screen shot of your Contacts view, if you are not sure how to describe. Only make a note in which two address books is the contact duplicated.

> 3. Click open contact and change the 'where' value to one of the new address
> books. The contact appears in both new address books.

This might be related to 2), so let's figure out it first.

Comment 2 John 2011-03-04 18:49:31 UTC
Created attachment 482348 [details]
image of the contacts being duplicated into an incorrect address book

Comment 3 John 2011-03-04 18:51:06 UTC
Comment on attachment 482348 [details]
image of the contacts being duplicated into an incorrect address book

> If I got it right, it's a new On This Computer address book?
Yes.

> Could you be more specific, please? Maybe a screen shot of your Contacts view,
> if you are not sure how to describe. Only make a note in which two address
> books is the contact duplicated.

Image attached. I decided to add 4 new address books, because the contacts go everywhere after moving. The address book I created the contacts in was "Personal", and I moved the first to "Business" and the second to "Family". The moved Contacts then show up in all the "On This Computer" address books except the "Personal" address book. 

To make a contact disappear, move a contact from an incorrect address book, i.e. "Information Technology" into "Family".

Comment 4 Milan Crha 2011-03-07 10:35:48 UTC
Thanks for the update. I tried to create new local addressbooks and I see the issue too, on 2.91.91 of evolution. I'm moving this upstream [1], because it is not fedora specific. Please see [1] for any further updates.

[1] https://bugzilla.gnome.org/show_bug.cgi?id=644107


Note You need to log in before you can comment on or make changes to this bug.