Closed Bug 87867 Opened 23 years ago Closed 16 years ago

address book autocomplete should use separate sessions

Categories

(MailNews Core :: Composition, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
mozilla1.0.1

People

(Reporter: dmosedale, Unassigned)

Details

This symptom of 84577 still exists for addressbook autocomplete sessions:

The most trivial example that can be seen is if you open one compose
window with one identity, the addressbook autocomplete will use that
first default domain.  Open a second window, and set it to a different
identity, and now the addressbook autocomplete in both windows uses
second default domain.
QA Contact: sheelar → fenella
Keywords: nsenterprise
QA Contact: fenella → nbaca
marking nsenterprise-; will be reevaluated for nsenterprise in future release.

Keywords: nsenterprise-
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
Keywords: nsenterprisensbeta1
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 
moved)
Target Milestone: mozilla1.0 → mozilla1.0.1
Keywords: nsbeta1nsbeta1-
Product: MailNews → Core
Dan, does this still exist?
Assignee: ducarroz → nobody
Status: ASSIGNED → NEW
QA Contact: nbaca → composition
I suspect not, given that 84577 has been fixed.  I'd just try to test the symptom described in comment 0, and if that's fixed, close it.
Keywords: qawanted
Product: Core → MailNews Core
This is now fixed by the recent changes implemented in bug 370306 - the changes are that autocomplete searches now get passed the identity in use for that autocomplete, and hence do the right thing.
Status: NEW → RESOLVED
Closed: 16 years ago
Keywords: qawanted
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.