87924 - Search in subscribe should only begin after user stops typing.

Status: VERIFIED FIXED

(SeaMonkey :: MailNews: Message Display, defect)

Description

[[e-mail] (gone - use [e-mail] instead)]

Build ID:  2001-06-26, All OSs

Summary: Search in subscribe should only begin after user stops typing.

Steps to Reproduce:

1.  Open the subscribe dialog, switch to your news server.
2.  Start typing, "Fan".  

Expected Results: 

The search doesn't begin until after you've typed, which aids slower-machined
users overall.

Actual Results:

Do the search only after the users stops typing.  From Seth's notes, "Firing the
search after n microseconds of inactivity would help address this problem."

Comment 1

[[e-mail] (gone - use [e-mail] instead)]

Correction for Actual/Expected is as follows:

Expected Results: 

The search doesn't begin until after you've typed, which aids slower-machined
users overall.  Do the search only after the users stops typing.  From Seth's
notes, "Firing thesearch after n microseconds of inactivity would help address
this problem."

Actual Results:

We are currently intiating searches on each character typed.

Comment 2

[(not reading, please use [e-mail] instead)]

doesn't depend on outliner, depends on timedtextbox.

Comment 3

[[e-mail] (gone - use [e-mail] instead)]

*** Bug 109683 has been marked as a duplicate of this bug. ***

Comment 4

[[e-mail]]

Attachment: Proposed Patch

Also fixes the server order in the menulist.

Comment 5

[[e-mail]]

Fix checked in.

Comment 6

[Stephen Donner [:stephend] Not actively reading bugmail]

Verified FIXED.  We do indeed wait a little bit after the user has inputted text
before initiating the quicksearch functionality.

Latest trunk pulled via CVS on Windows 2000.