Closed Bug 99031 Opened 23 years ago Closed 23 years ago

Neither PAB nor AB List displays in 0.9.4 branch builds

Categories

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

x86
Windows 2000
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME
mozilla0.9.7

People

(Reporter: momoi, Assigned: racham)

References

Details

Attachments

(1 file)

** Observed with 9/9/2001 Win32 0.9.4 branch build ** I have been seeing this problem for at least 7 days or more with earlier trunk builds and now in the new 0.9.4 build from 9/9/2001. I have the Personal Address Book and one Address List wihtin it which I had created with Netscape 6.1- RTM build. When I use the above branch build, I don't see either of them displayed at all. I see nothing inside the Personal Address Book when I click on the icon. I can see entries in the Collected Address Book OK. It's been like this for some time on the trunk but when I looked at the trunk build from 9/9/2001, this problem is not there any more. I hope someone is planning to put the fix into the 0.9.4 branch so that Address Book and Lists from an earlier builds can be used.
I am continuing to have this problem with 9/18/2001 0.9.4 Branch build. I would like someone to confirm this problem in addition to me. I think here's how you can test this. 1. Create a new profile using NS 6.1-rtm build. 2. Populate Collected Address Book with collected entries by reading mail msgs. Copy some of them to the Personal Address Book. 3. After using NS 6.1-rtm for a while collecting more addresses, bring up the latest 0.9.4 branch build. 4. Try to see if there is any entry in your Address Books -- PAB or Collected. In my case, I cannot see any entry in a 0.9.4. build. But if I switch to NS 6.1-rtm, I can see them again. -- I have at least 50-60 entries in my PAB and probably a few hundred in my Collected Address Book. Take note of this bug and confirm or disconfirm ASAP. If this is a general problem, users will not be able to see the 6.1 or earlier Address Book entries.
I have been able to narrow this problem down considerably, i.e. to one file. First, a summary of facts: 1. I use the same profile for both the 0.9.2-branch builds (e.g. NS 6.1-rtm) and 0.9.4 branch builds. 2. I can see the contents of Collected AdBook in both builds. (I want to correct what I said above about not being able to see the contents of the Collected ADBook. It was just taking a long time to display them because it contains the maximum number of entries I chose, 700.) 3. I cannot see the content of PAB or a list folder contained in the PAB, however, with 0.9.4 branch builds. I can see them with 0.9.2 branh builds. The status bar indicates that I have 56 entries but no cards are listed or displayed. (See the image attached next.) 4. I copied the following files from my problem profile into other profiles. abook.mab abook-1.mab history.mab I can see the content of PAB and a list folder within it when these are copied to other profiles. So the problem is limited to one profile which was created by an NS 6.1-rtm build. 5. I then copied 'localstore.rdf' file from the problem profile into a profile which does not have this problem. After this, the 2nd profile also started having the same problem also. So something in the localstore.rdf file is preventing the Personal Address Book or its sub-folders from being displayed. I would rather not attach the lcalstore.rdf file to this bug report. I will be willing to mail an assigned engineer the localstore.rdf file and the 3 .mab files for testing, however. It would be great if we can now determine if this is something we should be worrying about for the 0.9.4 branch.
Using 6.1RTM and then Branch build 2001-09-19-04: WinMe We tried duplicating your scenario on 2 systems (WinMe, WinXP using a New Profile, Migrated profile) but it appears to be working for us. Can you reproduce the problem in a new profile created with 6.1RTM or has this profile been present for awhile? Is it necessary to select messages to see that they are added to the Collected AB or can you just copy the addresses into the Personal AB using 6.1RTM. Just trying to narrow down the steps to reproduce the corruption.
> Can you reproduce the problem in a new profile created with 6.1RTM If new, probably not. > or has this profile been present for awhile? Yes. I created this with NS6.1-rtm build and have been using it for a while. The key seems to be the localstore.rdf file alogn with my PAB and Collected Address Book files. I will send you a mail msg with the info where you can get the files.
Kat - So, this is not a regression to previous release, but is a correctness issue, right?
Keywords: nsbranch
> Kat - So, this is not a regression to previous release, > but is a correctness issue, right? I think this is a migration issue. Somehow the Adbook becomes useless when a certain condition exists. And this problem is found only on 0.9.4 branch using an earleir version of profile/Adbook/localstore.rdf. If you use the same AdBook files + localstore.rdf file under NS6.1, you can see all the entries but nothing gets displayed under 0.9.4 builds. So this will affect users who might want to upgrade from an earleir version but suddenly find that their old AdBook display no entries. If they go back to NS 6.1 or equivalent, they can see the entries. I provided nbaca@netscape.com with test files/info to reproduce this problem. Here's what I think we should do: 1. Test with the test files I provided and see if this problem is reproducible on other people's machines. 2. If 1 is true, then find out what in the 'localstore.rdf' causes this problem. 3. Based on the finding in 2, determine how likely this problem is under normal circumestances and decide if we should look at this during 0.9.4. Even if we don't end up fixing this problem, I think it worth while to do 1-3, to make sure that we are not missing a bad bug.
Kat, i just tested those files on my Win2k ( en) machine and i can see all entries in PAB and CA with 2001-09-24 branch build. Did you created those enties with 6.1 rtm or they were created with the earlier version? Thanks.
tested with 2001-09-25 on WinXP, i'm able to see all entries in the PAB and CA.
> Kat, i just tested those files on my Win2k ( en) > machine and i can see all entries in PAB and CA > with 2001-09-24 branch build. I just re-tested with the test files I provided. 1. Created a new profile using **NS 6.1-rtm**. Quit. 2. Copied all the files including the "localstore.rdf" file into the new profile directory. 3. Looked at the AdBook content with NS 6.1-RTM. The contents were visible. 4. Quit NS 6.1-RTM and then bring up the latest 0.9.4 branch build. Looked at the PAB and a list in the PAB. They were not displayed at all. This was on Win2000. Please make sure that you create the new profile with NS 6.1-RTM. Marina, can you confirm that you used NS 6.1-rtm to create teh new profile?
Id this is important for this release, I suggest getting mcott's attention on it ASAP.
>Marina, can you confirm that you used NS 6.1-rtm to create teh new profile? Yes, Kat. i performed all the steps you asked to to reproduce this bug, among them creating the profile with 6.1 rtm
I saw this problem with quick launch enabled. The PAB is empty although at the bottom it indicates it has 56 cards. The collected abook has all the cards listed. But with quick launch disabled, I don't see this problem.
my testing was done with quick launch disabled ( i unchecked it during the installation)
Sounds like a minus to me then. quick launch is being disabled by default due to some other problems we are having with quick launch. I believe there is a keyword to keep track of turbo bugs, I'll try to find them.
Keywords: nsbranchnsbranch-
Build 6.1RTM and Branch build 2001-09-25-05: WinMe I also don't see the problem and was running with quick launch off.
> I saw this problem with quick launch enabled. > The PAB is empty although at the bottom it > indicates it has 56 cards. The collected abook has > all the cards listed. Interesting result. I just turned on the quicklaunch option and now I can see my entries. When I turn off the quicklaunch option, I cannot see the entries. It may not be the ON or OFF status that affects this problem -- it may be simply the fact that the option status changed. Both ji and I use Win 2000 where this problem was reproduced. Marina reported on WinXP and has no problem.
Scott, although turbo won't be on by default users will still be able to turn it on. If this bug is caused by turbo being turned on then we're still interested in the fix.
reassigning to racham
Assignee: chuang → racham
> Scott, although turbo won't be on by default users will still be > able to turn it on. If this bug is caused by turbo being turned > on then we're still interested in the fix On today's branch build (10/5/2001 Win32), I cannot see any entries or add any new entries if the Trubo mode is not ON with my specific Address Book. There is no option to turn the Turbo mode ON with the branch build, so I guess I need to use the trunk build to turn it ON to see my entries with the branch build. Do we know the cause of this problem yet? If we are shipping this branch, depending on what causes this problem to surface, it could be a stop-ship bug. Someone needs to look at this ASAP.
I'm still seeing this as well. No quick launch either.
in the case where the ab doesn't show, does autocomplete against that ab work?
> in the case where the ab doesn't show, does autocomplete against that ab work? No. Collected Address is displaying and so I can auto-complete from it but not from Address Book or Address Lists contained in it. Other things you cannot do: 1. Add, Delete or Edit any entry via the Address Book interface. 2. Add to the Address Book from Mail view window contextual menu. As I said before, if you replace the localstore.rdf file with a new one, this problem disappears. What I am interested in finding out is: 1. What in the localstore.rdf file causes this problem and how do users get into this rut? 2. Why would changing the state of Quick Launch make a difference? In my case, Quick Launch UI no longer exists in the branch build and so there is no way workaround this problem as long as I use the problem profile.
Kevin sent me his *.mab and localstore.rdf files. I tried to duplicate his problem but could not (I'm using WinMe). Stephend has a Win2k system, created a new profile, copied Kevin's files into his profile and the address book appears blank (for PAB and CAB).
Blocks: 107067
Keywords: nsbranch-
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.7
Keywords: nsbeta1
Keywords: nsbeta1nsbeta1+
Priority: -- → P1
*** Bug 101376 has been marked as a duplicate of this bug. ***
I don't see this happneing with trunk builds. Ninoschka, can you check ? thanks. Adding Conrad to keep him in the loop for quick launch issues.
I spoke to Momoi san about this. Incompatabilities of localstore.rdf file across builds (particularly with pre 6.2 & 6.2) seems to be the problem here. He could reproduce the problem on his machine, but with a 6.2 build with a profile that contains troubled localstore.rdf file. But the same locastore.rdf file (i.e., same profile) works well with today's (12/10) trunk build. Formatting inconsistencies fixed along the way..? Need to check on that. Quick launch switch doesn't seem to have any effect at least in the scenarios we have tested. I have requested him to mail his localstore.rdf file. Ninoschka/Kevin, please send me the localstore.rdf file of the profile that exposed this problem. thanks.
I'll send you the files.
I have tried with files sent by Momoi & Ninoschka with both today's trunk and 6.2 RTM build. I could see addressbook entries with both builds. This problem could not be reproduced on anyone's machine with trunk build. Looks like we had fixed the localstore file problem also along the way since 6.2. Ninoschka reported that it works fine for her with today's trunk build. I am going to mark this as WorksForMe. However, if you can reproduce this with trunk builds with a reproducible steps or affected files, please do reopen this bug. I will look at the localstore.rdf file sent by momoi to find any possible culprits for the behavior he has been running into. thanks.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Verified Worksforme.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: