Closed
Bug 138619
Opened 23 years ago
Closed 23 years ago
Unable to Delete entries from the Address Book - MAC 9.x
Categories
(SeaMonkey :: MailNews: Address Book & Contacts, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.0
People
(Reporter: meehansqa, Assigned: bugzilla)
References
Details
(Whiteboard: [adt1])
Attachments
(1 file)
(deleted),
patch
|
srilatha
:
review+
Bienvenu
:
superreview+
asa
:
approval+
|
Details | Diff | Splinter Review |
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.9+)
Gecko/20020404 Netscape6/6.2.1+
BuildID: 2002041205
Deleting entries (cards) from the Address Book is broken. You can select an
entry and then delete it, but it's as if the Delete isn't recognized. There is
no error or anything, but the selected entry is not deleted. It remains in the
address book and is still active.
Reproducible: Always
Steps to Reproduce:
1.Go into Address Book, highlight a name you wish to delete.
2.Hit Delete button (or Edit|Delete Card).
Actual Results: Nothing happens. The selected entry is not deleted and remains
active.
Expected Results: The highlighted entry should be removed from the Address Book
after it is deleted.
This is different issue than Bugzilla #122320 reported by nbaca - that bug is
specific to MacOSX. At the time that bug was opened, Mac9.x was working
correctly, but now it's broken.
Comment 1•23 years ago
|
||
I'm seeing this too, RC1, MacOS9.1
I can also reproduce the problem with Mozilla 1.0.0 under Mac OS 9.1.
*** Bug 138334 has been marked as a duplicate of this bug. ***
Reporter | ||
Comment 5•23 years ago
|
||
adding putterman as CC, assigning to sspitzer per puttermans request
Assignee: racham → sspitzer
Comment 6•23 years ago
|
||
confirming.
Comment 7•23 years ago
|
||
reassigning to srilatha. Srilatha, can you take a look at this?
Assignee: sspitzer → srilatha
Comment 8•23 years ago
|
||
I see this problem in today's branch build but I cannot reproduce it in today's
branch debug build. Investigating
Assignee | ||
Comment 9•23 years ago
|
||
I can reproduce the problem with a recent debug build under MacOS X. Here is the
console output when I press the delete button:
•••WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsAbView.cpp, line 1112
WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsAbView.cpp, line 1112
************************************************************
* Call to xpconnect wrapped JSObject produced this error: *
[Exception... "Component returned failure code: 0xbfffb1a0
[nsIAbView.deleteSelectedCards]" nsresult: "0xbfffb1a0 (<unknown>)" location:
"JS frame :: chrome://messenger/content/addressbook/abCommon.js :: AbDelete ::
line 285" data: no]
************************************************************
An error occurred executing the button_delete command
Assignee | ||
Comment 10•23 years ago
|
||
a MacOS 9 debug build from 04/18 works fine for me but I have been told that
this problem still exist with release build. Maybe we are using an uninialized
variable?
Comment 11•23 years ago
|
||
Mac OS9 debug and optmized builds work fine for me but with the build from
sweetlou on OS9 I get the same js error.
After talking to Jean-Francois reassigning the bug.
Assignee: srilatha → ducarroz
Comment 12•23 years ago
|
||
*** Bug 140017 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 13•23 years ago
|
||
in nsAbMDBDirectory::DeleteCards, rv is not initialized in the case mIsQueryURI
is null and mDatabase is already initialized. Therefore has we test rv, the
function can fail randomly...
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Whiteboard: [adt1] → [adt1] Have fix
Comment 14•23 years ago
|
||
Comment on attachment 80980 [details] [diff] [review]
Proposed fix, v1
r=srilatha
Attachment #80980 -
Flags: review+
Comment 15•23 years ago
|
||
Comment on attachment 80980 [details] [diff] [review]
Proposed fix, v1
sr=bienvenu
Attachment #80980 -
Flags: superreview+
Comment 16•23 years ago
|
||
thanks for fixing this, JF.
I think this was reason why http://bugzilla.mozilla.org/show_bug.cgi?id=117452
was reopened.
when you fix this, I think we can mark #117452 fixed.
Blocks: 117452
Comment 17•23 years ago
|
||
see bug #122320 as well. this fix might fix that as well. (it's probably a dup)
Assignee | ||
Comment 18•23 years ago
|
||
*** Bug 122320 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 19•23 years ago
|
||
Fix checked in the trunk
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 21•23 years ago
|
||
adt1.0.0+ (on ADT's behalf) approval for checkin to the 1.0 branch. Pls check
this into the 1.0 branch as soon as you receive a= from Drivers, then add
keyword fixed1.0.0.
Comment 22•23 years ago
|
||
Comment on attachment 80980 [details] [diff] [review]
Proposed fix, v1
a=asa (on behalf of drivers) for checkin to the 1.0 branch
Attachment #80980 -
Flags: approval+
Assignee | ||
Comment 23•23 years ago
|
||
fix checked in the branch too.
Keywords: fixed1.0.0
Whiteboard: [adt1] Have fix [ETA 04/26] [Need a=] → [adt1]
Reporter | ||
Comment 24•23 years ago
|
||
This has been tested on both 9.x and OS-X, as well as Win2K. It's working
correctly in all three.
Status: RESOLVED → VERIFIED
Keywords: verified1.0.0
Comment 25•22 years ago
|
||
Removing "fixed1.0.0" since this has been verified on the branch and trunk
builds and it is also marked as "verified 1.0.0" as well as "Verified/Fixed".
Keywords: fixed1.0.0
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•