Closed Bug 801315 Opened 12 years ago Closed 19 days ago

After address book import finishes, new addressbook is selected and shown as empty (contact list): Total contacts in <addressbookname>: 0

Categories

(MailNews Core :: Address Book, defect)

x86
All
defect

Tracking

(Not tracked)

RESOLVED INVALID
Future

People

(Reporter: aryx, Assigned: aceman)

Details

Thunderbird Trunk "Daily" 20121013, Windows XP SP3 32 bit

After the address book import finishes, the new addressbook gets selected, but the contact list is shown as empty and the statusbar reads: "Total contacts in <addressbookname>: 0"

Somewhere between Thunderbird 3.1 and 5, the importer changed to selecting the imported/created addressbook, but fails showing the added contact. The user has to select a different addressbook and then the new one to show them.
Confirmed in TB 24 as well. And it also happens in Linux. (OS --> All).

Possible solutions:
1. Select the newly created address book AFTER the import process is over
2. Trigger a "refresh" on the current address book
3. Select default Personal Address Book and back to newly created address book
OS: Windows XP → All
I've tracked down the problem.  It appears in version 3.3a4pre (build 2011-05-07). Files can be d/l at
https://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2011/05/2011-05-07-03-comm-miramar/

"About" gives:
  About Miramar
  Mozilla/5.0 (Windows NT 5.1; rv:5.0a2)
  Gecko/20110507 Thunderbird/3.3a4pre

I used thunderbird-3.3a4pre.en-US.win32.installer.exe as testing exe.

In other words, import function didn't have this problem before this day (2011-05-07).  And of course, 3.1.11 (Linakai branch?) did not have this problem.
Product: Thunderbird → MailNews Core
Target Milestone: --- → Future
Thank you for finding the regression range. This bug seems to be a regression from bug 422845 (Replace rdf-driven addressbook directory tree with js one), changeset is http://hg.mozilla.org/comm-central/rev/d5ac0eb39141
You're welcome :)
Is there anything else I can do? Except real coding and debugging C++ because I'm still struggling to make my computer for compiling Mozilla.
Still exists. I'll look at this while in the importer code.
Assignee: nobody → acelists
I have experienced this same problem recently in TB 52.9.1 . A most infuriating problem that makes the user suspect that there is a mismatch between the field specifications of their file and the ones that TB expects. TB fools you into believing something has gone wrong with the import by stating that the imported list is empty. Log out of TB and Log back in and it is apparent that the contacts were imported correctly but that TB was telling porkies.

Does this still happen with newer address book?

Severity: normal → S3

The import process is different now, and the UI.

Severity: S3 → S4
Status: NEW → RESOLVED
Closed: 19 days ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.