Closed
Bug 96877
Opened 23 years ago
Closed 21 years ago
Address book: Lists lose addresses.
Categories
(SeaMonkey :: MailNews: Address Book & Contacts, defect, P1)
SeaMonkey
MailNews: Address Book & Contacts
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.4beta
People
(Reporter: bg, Assigned: cavin)
References
Details
(Keywords: dataloss, Whiteboard: nab-mlist,dmose-dataloss,[ADT2])
Attachments
(8 files)
19.83 KB,
image/jpeg
|
Details | |
20.44 KB,
image/jpeg
|
Details | |
16.82 KB,
image/jpeg
|
Details | |
37.45 KB,
image/jpeg
|
Details | |
18.32 KB,
image/jpeg
|
Details | |
15.78 KB,
image/jpeg
|
Details | |
20.13 KB,
image/jpeg
|
Details | |
727 bytes,
patch
|
sspitzer
:
superreview+
dbaron
:
approval1.4a+
|
Details | Diff | Splinter Review |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010801 BuildID: 2001080104 After creating a mail group (list), you loose one,many or even ALL the items in that list, after you close the list edit window, or between sessions in the browser. The items sometimes seems to be left in the mab files, but in a severly trashed state. Reproducible: Always Steps to Reproduce: 1. Create random named list. 2. Add names by either drag'n'drop or typing. 3. Close. Reopen. items lost. Actual Results: You loose your address list contents. Expected Results: Keep the contents in the list.
Comment 1•23 years ago
|
||
WFM on windows... I will test later on Linux.
Comment 2•23 years ago
|
||
Works for me 20011005114 Linux Bjorn, are you still seeing this?
Comment 3•23 years ago
|
||
This fails for me on all recent (including 2001100822) builds. SunOS ringworm.cs.umd.edu 5.6 Generic_105181-21 sun4u sparc SUNW,Ultra-5_10 Mike.
Summary: Address book: Lists loose addresses. → Address book: Lists lose addresses.
Comment 4•23 years ago
|
||
I see something like this on recent Win98 builds. New mailing list loses all but one address in editing window upon closing and reopening. Editing old list had same effect, but I am not going to try that again unless I have time to backup and restore :-). Not sure what the relationship between names shown in the editing window and actual names on the list is, but I am pretty sure it is not one to one.
I would like to confirm this bug for Mozilla 0.9.5 and 0.9.6 (2001112012) on Linux, installed using the installer package. My symptoms are very similar, but not identical. I can create a list with NEW addresses which are not already in the address book. Addresses which are already there fail to be included in a list. So, I guess a workaround is not to have anyone in more than one list, and then delete the entries which already exist and start over again.
Comment 6•23 years ago
|
||
Marking nEW.
Comment 8•23 years ago
|
||
Trunk build 2001-12-13-03: WinMe, ok. Trunk build 2001-12-13: Linux RH 7.1, ok. Can anyone who still sees the problem reproduce this in a new profile?
Comment 9•23 years ago
|
||
Still reproduces for me (created new profile, clean install) build 2001121403, Win98SE.
Comment 10•23 years ago
|
||
Build 2001121606 Linux i686 on RedHat 7.2 Still happens to me, even with a brand new profile. I should point out that, when I create a new list using a mixture of addresses which are new and old to my address book, only the new addresses survive after I closed the Address Book window and restart it. The old addresses simply do not appear in the list afterwards...
Comment 11•23 years ago
|
||
Build 2001122108 on Linux / RedHat 7.1 Still happening for me, too. I made an address list, added some names to it, then reopened it later by double clicking. Only some of the original names remained. Another problem is that when i single-click on the list in the address book sidebar, no addresses appear in the main pane. only by double-clicking on the list to pull up the property sheet do i see any addresses at all.
Comment 12•23 years ago
|
||
Using Windows ME, Build ID: 2001122106 I typed addresses into a LIST, closed window, reopened the window, typed in some additional ones, came back and it had lost the additional ones. In my case it seems to keep 19 addresses. I can see them as long as I have the address book open. Once I close it and come back, the additional addresses are gone. Also a change I made to one of the original addresses has disappeared. Don't know if it's related but the scroll bar on the address list window is flaky and jumps around too.
Comment 13•23 years ago
|
||
taking, I've got a bunch of mailing list (bad) bugs on my radar for nsbeta1.
Assignee: racham → sspitzer
Keywords: nsbeta1
Updated•23 years ago
|
Updated•23 years ago
|
Target Milestone: --- → mozilla0.9.9
Comment 14•23 years ago
|
||
I have had the same experiences. I think it is associated with upper case letters in the email address.If the email address is changed to just lowercase it seems to work fine for me.
Comment 15•23 years ago
|
||
Moz 0.9.7 Build 2002012208 Linux i686 on RedHat 7.2 The disappearing addresses in new list appear to have been fixed. I can now make up a new mailing list from old and new email addresses alike :-) (see comment 10) But I can reproduce the problem experienced by Mark (comment 14) when I add an existing email address from my address book to a new list. If the email address itself has capital letters, the result is that: (1) a *new* card is added to the original address book, with just the email and no other info. (2) this new card is the one that the mailing list links to.
Comment 16•23 years ago
|
||
I don't know if this is exactly the same bug, but for me adress list is almost completely useless (using build 2002020409) . I'm unable to create a list with more than 12 or 13 entries. While I can enter as many adresses as I want, it wont display them in list view. I regurlay get the same adressed displayed twice although I've entered it only once. This is really a major bug.
Comment 17•23 years ago
|
||
Adding to cc:
Comment 18•23 years ago
|
||
I just installes the latest nightly (2002021803) on my Win2k-Machine. I tested the adress book, for any dependencies... but didn't find any. Description: The problem is, that there's a difference between the listing when clicking on the list and showing its properties. I didn't test which one is taken when sending an e-mail to a list. Testing purpose: Look for a server or set up one by oneself (not me, sorry). Know which adresses are NOT taken, then create a list with those adresses and edit the mail-list. So that there's a difference between the properties and the displayed adresses. Then see by the "no recipient"-reply of the server whether the displayed or the property list is taken. I doesn't depend on the size of the lists. My adress book has 137 entries, the first list ("Theatergruppe") has 8 entries, the second ("Witze-Verteiler") has 25 and the last one ("Klassenliste") 3. My collected Adresses has 1524 entries. I can't edit the lists without destroying them. As soon as I add a contact, it's not displayed, but in the properties. But when I close and re-open the adressbook, the "name" tab is cleared but the e-mail-adress is still there. Hope, this has helped you to come a bit forward... thx Graphity
Updated•23 years ago
|
OS: Linux → All
Hardware: PC → All
Target Milestone: mozilla0.9.9 → mozilla1.0
Comment 19•22 years ago
|
||
Bug# 117996 covers the problem with Drag and drop of card to mailing list adds a duplicate card, if email address contains capital letter. Regarding comment 18: I can duplicate the problem where a list is selected in the directory pane (dir pane) and the cards in the results pane (right pane) do not match the cards in the mail list dialog. Steps to reproduce: a. With an AB selected in the dir pane Create a list with 3 entries b. With the AB selected change the address of one of the cards (i.e. from jenny@m.com to jenny2@m.com) c. With the AB selected, then select the list in the result pane and the card pane (below) still shows the old entry (jenny@m.com). d. Select the list in the dir pane and the results pane appears to have taken the change because it shows jenny2@m.com. e. With the list still selected in the dir pane, select the Properties button to display the list dialog and it shows the old entry jenny@m.com. f. Close the list and another card is added to the results pane which only includes the email jenny@m.com g. In the dir pane switch to the AB then back to the list and now the card which had jenny2@m.com is gone and the card for jenny.com remains. Expected Results: If the main card is edited shouldn't it be reflected in the list automatically? I would expect the link between the two to remain. Screen shots to follow...
Comment 20•22 years ago
|
||
Comment 21•22 years ago
|
||
Correction: The previous screen shot just shows the list right after it was created which is ok. This screen shot shows that the list is not updated when the email address is changed to jenny2@m.com.
Comment 22•22 years ago
|
||
Comment 23•22 years ago
|
||
Comment 24•22 years ago
|
||
Comment 25•22 years ago
|
||
Comment 26•22 years ago
|
||
Comment 27•22 years ago
|
||
Maybe comments 5 and 10 are related to bug# 128645.
Updated•22 years ago
|
Whiteboard: nab-mlist
Updated•22 years ago
|
Target Milestone: mozilla1.0 → mozilla1.2
Comment 29•22 years ago
|
||
I just saw, that the Target Milestone has been set to 1.2. I just can't believe, that someone wants to release a ver 1.0 without beeing able to create Mailing Lists. I just tried with 2002031104 to create a list, but it didn't work the way it should. Please please fix this bug before 1.0. I think it's more important to have a Bug-free program than a program released at its scheduled date... thx Graphity PS: Sorry for my bad english
Comment 30•22 years ago
|
||
Lists are reallly unusable right now. If they don't get fixed for 1.0 please disable them. This function is really an embaressement right now.
Comment 31•22 years ago
|
||
moving in. dataloss, so this should qualify for adt goodness. working on AB turbo bugs right now, mailing lists are next.
Updated•22 years ago
|
Whiteboard: nab-mlist → nab-mlist,dmose-dataloss
Comment 32•22 years ago
|
||
My problem in comment 15 is now fixed. I also cannot reproduce comment 19. (Linux i686 1.0rc2 build:2002052209)
Comment 33•22 years ago
|
||
Discussed in mail news bug meeting. Decided to plus this bug.
Updated•22 years ago
|
Comment 34•22 years ago
|
||
Marking nsbeta1 for reconsideration.
Comment 35•22 years ago
|
||
*** Bug 126153 has been marked as a duplicate of this bug. ***
Comment 36•22 years ago
|
||
*** Bug 166065 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 38•22 years ago
|
||
Is anyone still seeing this problem now (with the latest bild)? I had hard time reproducing it. If you do please let me know about the scenario(s) in which it is reproduced, that'll help me track doewn the problem. Thanks. I'm also interested in knowing if the members added to the list have email addresses or not, and if the email addresses include capital chars. One problem I see is that if you remove the card (with email address) associated with a member from the database the member is NOT removed from the list. The list shows a member with all fields being empty instead. Seems like a regression to me but not sure.
Comment 40•22 years ago
|
||
I can still reproduce the bug with 1.3b (Build Id 2003021008) on Linux. It behaves just the same as 1.2.1 (on both Linux and Windows) The easiest way to produce it: 1) Create a new empty list 2) Double click on the list in the sidebar and enter a few email addresses with upper case characters 3) In the right pane, delete addresses one by one in random order. close the address book in the side bar and reselect the list after each deletion. 4) At some point the right pane will show fewer addresses than you expect. However, if you double-click on the list, the popup-window will show all addresses (except those which you really deleted), and if you send mail it will go to all recipients. So it looks as if it is "only" a display problem.
Flags: blocking1.3?
Comment 41•22 years ago
|
||
I recently loaded 1.2 and gave it another shot. This time it not only ate the address list.....but also 1300 adresses in an address book....all of my buisness contacts. I've had it. I won't be using Mozilla anytime soon again.
Updated•22 years ago
|
Flags: blocking1.3? → blocking1.3-
Updated•21 years ago
|
Flags: blocking1.4a?
Assignee | ||
Updated•21 years ago
|
Target Milestone: mozilla1.0.1 → mozilla1.4beta
Comment 42•21 years ago
|
||
Trunk build 2003-03-13: Mac 10.1.5, WinME Using the steps in comment# 40 I was able to reproduce this easily.
Updated•21 years ago
|
Flags: blocking1.4a? → blocking1.4a-
Assignee | ||
Comment 43•21 years ago
|
||
The problem seems to be caused by that the list total in not decremented after the target member card is removed. Because we replace the column of the deleted member card with the last member card and then delete the column of the last member card itself, if the list total count is not adjusted we end up failing to locate the last member card next time another member card is deleted. For example, when a list with 4 members are first created we have the following columns: Column String Column Token Row ID ------------- ------------ ------ Address1 198 18 Address2 199 19 Address3 200 20 Address4 201 21 After the 2nd member is deleted, we have: Address1 198 18 Address2 199 21 <<-- Address3 200 20 Now column token 199 points to RowID 21 which is the 4th/last member when the list was initially created. If we then delete another member card, say, the 1st member, the code will try to locate the column token for the last member card (ie, column string 'Address4') which will fail since it was removed during the first deletion. We end up with the following: Address1 198 0 <<-- Address2 199 21 Address3 200 20 If the total count is correct (ie, 3 instead of 4) we'll have the following: Address1 198 20 <<-- Address2 199 21
Assignee | ||
Comment 44•21 years ago
|
||
Reset total count after a member card is removed.
Assignee | ||
Updated•21 years ago
|
Attachment #118548 -
Flags: superreview?(sspitzer)
Comment 45•21 years ago
|
||
Comment on attachment 118548 [details] [diff] [review] Proposed patch, v1 r/sr=sspitzer nice work, cavin!
Attachment #118548 -
Flags: superreview?(sspitzer) → superreview+
Comment on attachment 118548 [details] [diff] [review] Proposed patch, v1 a=dbaron for trunk checkin during 1.4alpha freeze, but in the future please use the patch manager (rather than email) to request approval.
Attachment #118548 -
Flags: approval1.4a+
Assignee | ||
Comment 47•21 years ago
|
||
Fix checked in.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Comment 48•21 years ago
|
||
Trunk build 2003-04-10: Mac 10.1.5, WinXP Verified fixed using the steps described in comment# 40.
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•