32909 - [search ui]search results no longer persistent

Status: VERIFIED INVALID

(SeaMonkey :: Search, defect, P3)

Description

[german]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; N; Win98; en-US; m14) Netscape6/6.0b1
BuildID:    2000032211 and also 20000320xx

Once the category popup on the search panel gets clicked the search results
disappear forever

Reproducible: Always
Steps to Reproduce:
1.open sidebar search panel
2.type in a search
3.wait for results to show up
4.click to select a different category


Actual Results:  The search results list gets wiped out and replaced by a search
engine list. Users can no longer conveniently access the most recent reults set

Expected Results:  The results should stay available until another search is
actually started

Persistency of immediate recent search results is what will make users use the
sidebar for searches.
Its the single biggest usability benefit we found when testing Search UI, almost
all users enjoyed goign back and forth across search results. We believe users
would see as lower priority to change the category setups everytime they launch
a search. Probably a very large portion of typical Netscape consumers will not
want to customize search engines at all. Giving up persistent search results for
that means setting the wrong priority.

Comment 1

[german]

by the way I like the running status inidcator added to the 'Stop' button.

Comment 2

[Robert John Churchill]

German, if there are any search results, they persist until the user changes the 
category, at which time the list of engines is shown.  If the user is changing 
categories, the implication is that they are about to do another search.

By automatically showing the engines in this manner, users get a better feel for 
the ability to search multiple engines. Also, it helps out Netcenters business 
model.

Comment 3

[Robert John Churchill]

.

Comment 4

[Robert John Churchill]

Additional note: this is how Sherlock works.

Comment 5

[johng]

This is not resolved, reopening bug.  You can't get off that easy, Robert.  :-)

With all the testing results and expertise that German brings to the table, 
Robert, Ben and German need to come together on this as well as the entire 
search UI design.

We have a little time for beta2 - let's work through this the right way and make 
sure we get input from the smartest people on this before we say it is done.  It 
will take less time to agree upfront on big UI changes then it will to reiterate 
over what is checked in after the fact.

Comment 6

[Robert John Churchill]

John, this has always been the plan.

If you want this bug to track the search UI, great, its yours.

Comment 7

[leger]

PDT needs more info on how this is a beta stopper.  johng, can you explain?  Is 
this still a problem with latest builds?

Comment 8

[leger]

Putting on [nsbeta2-] radar. Would like to get in for beta2. But may be held 
back by Netcenter/CPD Search negotiations. :-)

Comment 9

[johng]

Looking at most recent UI, I'm satisfied with Robert's discription that this is 
currently working the way it should.

Marking Invalid.

Comment 10

[Blake Ross]

vrfy invalid