17895 - [Regression][Dogfood]Abook-Cards don't display in Results pane on the second time opened

Status: VERIFIED FIXED

(SeaMonkey :: MailNews: Address Book & Contacts, defect, P3)

Description

[esther]

Using builds 19991101 on Win98, mac and linux, Address Book cards don't display
in the results pane.  There is already a bug for the duplicate abook displaying
(17680), but this is different.  When you first open the Address Book, Personal
Address Book is selected and your cards display, as soon as you select another
Address Book only the icons for the cards display but the Display name is not
displayed anymore and will not display until you close apprunner and re-open.
This is regression and should be fixed, users will need to see their cards.

1. Launch Messenger
2. Select Address Book from Tasks menu that has cards
3. Select another address book

Result: Cards that were displayed in Results pane no longer display and they
won't display again until you've closed the app and reopened
Expected:  Cards should display whenever you select an Address Book

Comment 1

[lchiang]

Can we fix this for M11?

Comment 2

[Phil Peterson]

If a fix for this were available, I'd take it, but I don't think I'd hold M11
for it.

Comment 3

[leger]

This is a regression...not needed for dogfood.  Putting on pdt- radar.

Comment 4

[leger]

*** Bug 17904 has been marked as a duplicate of this bug. ***

Comment 5

[Katsuhiko Momoi]

Why isn't this PDT+?
Address Book list display was working at M10 and I could see the
complete listing in every Address Book folder with it.
Also, I don't think it is the case that all Address Book entries
are displayed the first time it is opened.
In my case, only 50% or so of the entries are displayed and only
the display names mostly. Most e-mail addresses are misiing from
the list.
Are we really giving up on Address Book display in M11?
I would like to lobby to get this fixed for M11.

Comment 6

[hangas]

This bug depends on 17946.

Why is this bug not required fixing for dogfood?  I was under the impression that
the address book was needed for dogfood.  Are we saying that because it is a
regression it must be fixed anyway and so it does not need to be on PDT radar?
Please explain.  My current intention is to fix this for M11 because the address
book is not usable as is.

Comment 7

[lchiang]

Address book needs to be PDT+.  PDT team, pls reconsider.

Comment 8

[Katsuhiko Momoi]

I noticed that this problem began to happen with the 10/28/99 build for
Windows. It was OK for the 10/27/99 Win32 build and I had the
complete listing of all the entries. Also no duplicate folders at
all with this latter build.

With the 10/28/99 Win32 build, I also began to see duplicate folders --
not in a full-blown way as you see them with current builds but just
2 more than I had. So what happened between 10/27 and 10/28?

Comment 9

[lchiang]

(duplicate address books:  http://bugzilla.mozilla.org/show_bug.cgi?id=17680)

Comment 10

[Katsuhiko Momoi]

With 11/4/99 Win32 build, things have improved hugely for me, excdpt for
one remaining display bug. Here's that bug.

1. When you start mozilla and AdBook's default personal
   fodler ** for the first time **, select at least one list
   item from the header list in the Address Book.
2. Quit AdBook and re-open the AdBook. Notice that no entries are
   displayed in the headers pane.

If you do **any one** of the following, the problem in Step 2 will not
happen.

A. If you did not select any item in the default AdBook, quit AdBook and
   re-open it.
B. You selected at least 1 item in the default AdBook but you also
   opened another Adbook folder -- you don't have to select any item
   in this folder.Just the fact you opened it will avoid the problem.
C. If, instead of selecting an item in the default AdBook in step 1
   above, you selected another folder and at least 1 item in it,
   you can apply workaround B to avoid this problem. Otherwise
   the entries will not be displayed in this "another" folder
   the next time you oepn the AdBook and select thids folder.

Comment 11

[hangas]

Waterson/hyatt fixed 17946 last night.  It turned out to be a problem with
constrained size on the tree.  Fixed with a div that had style=
"height:100px;width:100px"

Comment 12

[Katsuhiko Momoi]

Paul, what do you want to do about the remaining problem I mentioned in my report today.
My report today is based on the build which had the fix you mention.
Do you want me to file another bug?
Isn't anyone seeing the same remaining bug? If I don't see an answer to this question.
I plan to re-open this bug.

Comment 13

[Katsuhiko Momoi]

I checked this with the 2nd build on 11/4/99 for Windows, i.e.
Build: 1999110417.

The problem of non-display as I described above still exists on this
build and since this build includes waterson/hyatt fix, we have to
assume that there is an additional problem which needs to be fixed.
Please follow the steps I mentioned above to reproduce the problem.

Re-opening for re-assessment. I would truly appreciate someone else
confirming the problem.

Comment 14

[esther]

momoi, repeating steps 1 & 2 on build 1999110417 on win98, I see this problem
too.  I'll check 11/05 build when it comes out just in case the fix mentioned
above didn't get in 11/04 builds.

Comment 15

[hangas]

I do not see this bug on my debug build from yesterday afternoon on Windows or
Mac.  Need demo...

Comment 16

[esther]

UPDATE: I retested with today's build (1999110509-win32, 1999110508-mac and
linux) on all 3 platforms, I'm not seeing the problem on linux w/todays build, I
did see it with yesterday's builds on linux.  Win and mac still have the problem
as described above using steps 1 & 2.

Comment 17

[hangas]

This bug has changed.  Read real problem in comment tagged 11/04/99 11:30.

Comment 18

[leger]

Putting on PDT- radar.  Unless you can provide clearer info. Due to what's
indicated hear, we would say not needed for dogfood.

Comment 19

[Katsuhiko Momoi]

The description is very clea, it is the comments I wrote at: 11/04/99 11:30 .
That is pretty much the entirety of what this bug is now. We lose the entire listing display when
certain "common" steps are followed in opening and re-opening an Address Book folder.

Comment 20

[esther]

Update: using linux build 1999112008 the scenario mentioned on  11/04/99 11:30
using steps 1& 2 only this OK.  However Mac still has this problem using
1999112008 build and win98 doesn't have a build yet.  Will check win98 when
available.  A side note: a new bug very similiar to this is logged (19462) where
this will happen if you Delete a card.

Comment 21

[hangas]

Marking asap M13

Comment 22

[hangas]

Both of the issues described in this bug are fixed.  A fix to save the contents
of the address book to disk and a fix for the display of the contents have both
been checked in since these issues were found.  My testing today on the Mac shows
them both fixed.

Comment 23

[esther]

Using build 2000010409m13 on win98, 20000103 on mac and linux and steps 1 & 2 in
comment dated 11/4 this is fixed.  I will check similiar bug too, but this one
will is verified.