Bug 1043325

Summary: https://hardware.redhat.com/&quicksearch= results in 502 proxy error
Product: [Retired] Red Hat Hardware Certification Program Reporter: Tony Fu <tfu>
Component: Hardware CatalogAssignee: Tony Fu <tfu>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 5.3CC: djansen, hwcert-catalog
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-01-09 06:59:19 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On:    
Bug Blocks: 1040296    

Description Tony Fu 2013-12-15 23:53:58 UTC
Description of problem:


In a search only includes a quicksearch and the keyword of quicksearch is empty, the search result will includes all certs.  It may cause a proxy error since returning all certs may take more time than the time out setting in server.

Instead, we should return an empty list if the quickserch is the only search and its keyword is empty.

How reproducible:


Steps to Reproduce:
1.Go to https://hardware.redhat.com/&quicksearch=
or in /index.cgi page, click "SEARCH HARDWARE" button without input any keyword in its field
2.
3.

Actual results:
proxy error

Expected results:
an empty list


Additional info:

Comment 1 Tony Fu 2013-12-15 23:59:50 UTC
patch for review
https://code.engineering.redhat.com/gerrit/17449

Comment 2 Damian Jansen 2013-12-16 00:38:48 UTC
Ideally, the best fix for this is to return a portion of the results from the database (e.g. "select $query between $pageStart and $pageEnd") for pagination, rather than "select all and filter".
This would then not be a problem, considering the user can also enter * as a search term.

Comment 3 Tony Fu 2013-12-20 07:27:25 UTC
verified on partner.

Comment 4 Tony Fu 2014-01-09 06:59:19 UTC
verified on live.