Closed
Bug 87867
Opened 23 years ago
Closed 16 years ago
address book autocomplete should use separate sessions
Categories
(MailNews Core :: Composition, defect)
MailNews Core
Composition
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.
Reporter | ||
Updated•23 years ago
|
Keywords: nsenterprise
marking nsenterprise-; will be reevaluated for nsenterprise in future release.
Keywords: nsenterprise-
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
Updated•23 years ago
|
Keywords: nsenterprise → nsbeta1
Comment 2•23 years ago
|
||
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
Updated•23 years ago
|
Updated•20 years ago
|
Product: MailNews → Core
Comment 3•16 years ago
|
||
Dan, does this still exist?
Assignee: ducarroz → nobody
Status: ASSIGNED → NEW
QA Contact: nbaca → composition
Reporter | ||
Comment 4•16 years ago
|
||
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
Assignee | ||
Updated•16 years ago
|
Product: Core → MailNews Core
Comment 5•16 years ago
|
||
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.
You need to log in
before you can comment on or make changes to this bug.
Description
•