Closed Bug 135286 Opened 22 years ago Closed 9 years ago

Search string remains in quick search field in Sidebar and Select Addresses after changing address book

Categories

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

x86
Windows 2000
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: yulian, Unassigned)

References

(Depends on 1 open bug)

Details

Attachments

(1 file)

20020402 trunk build on Wins

When changing LDAP Directory in Sidebar or Select Addresses dlg to do search,
the search string left from previous search is not cleared and it's used
immediately to search in the next chosen Directory. This behaves differently
from the quich search in Address Book which clears the previous search string.
QA Contact: yulian → gchan
Depends on: 178003
Product: MailNews → Core
True this behavior is not consistent with address book quick search, but for sidebar I think this behavior is preferable - making it easier to do quickly multiple searches.

I don't see how this depends on bug 178003 

Is LPAP integration the correct component for compose sidebar?
Assignee: shliang → nobody
Severity: normal → minor
QA Contact: grylchan → ldap-integration
Summary: Search string left from previous Directory used by Quick search in Sidebar and Select Addresses → Search string remains in quick search field in Sidebar and Select Addresses after changing address book
"Select Addresses dlg" == options->select addresses.

(resolving to invalid in order to reopen back to unconfirmed)
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → INVALID
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Oh well, thought i could make it uncofirmed) 

change component to suite.
Assignee: nobody → mail
Status: REOPENED → NEW
Component: MailNews: LDAP Integration → Address Book
Product: Core → Mozilla Application Suite
QA Contact: ldap-integration → addressbook
Unconfirmed per comment 3.
Status: NEW → UNCONFIRMED
Ever confirmed: false
See Also: → 132393
See Also: → 393805
For me the described behavior is a feature, not a bug. Sidebar (and Dialog) for "Insert Address" behave the same way. Search string will be removed in "Edit Addresses" dialog when change address book, but that is something completely different. If a change should be done, IMHO the string also should remain in "Edit Addresses" dialog, and also in Search Emails Summary and Addresses" search function. But that is my private opinion.

This bug is 13 years old, nobody was interested, some kind of very very very minor WONTFIX.

Please feel free to reopen this Bug Report if you can contribute reasons why unification is necessary.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago9 years ago
Resolution: --- → WORKSFORME
Attached document shows how discussed UI elements look 2015, I haven't a clue how that looked 2002 and might look 2028 :-/
And we have "Bug 393805 - Search string is erased when different address book is selected " what complains that search string becomes erased ...
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: