Bug 11930 - Gateway timeout error searching for recipes without keyword
Summary: Gateway timeout error searching for recipes without keyword
Status: RESOLVED FIXED
Alias: None
Product: Layer Index
Classification: Yocto Project Subprojects
Component: Layer Index (show other bugs)
Version: unspecified
Hardware: x86 Multiple
: Medium+ normal
Target Milestone: 2.5 M2
Assignee: Amanda Brindle
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2017-08-14 21:38 UTC by Paul Eggleton
Modified: 2017-12-06 17:29 UTC (History)
1 user (show)

See Also:
OS type for building Yocto: ---
Type of Regression: Regression (Used to work)
Verified:
Documentation change: No (bug/feature does not impact docs)


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Paul Eggleton 2017-08-14 21:38:59 UTC
If you go to http://layers.openembedded.org , click on Recipes and then hit Search without entering a keyword, it's theoretically supposed to let you browse through the entire list of recipes, but instead after a minute or so you get a "502 Bad gateway" error. I suspect that the query is now taking too long and exceeds the time allowed by the caching proxy.

We could try to optimise the query so it's faster, but as the list is extremely long and not practically browsable, I suspect the easiest thing to do is simply require the user to enter a keyword for the recipe search. We should do that with javascript so you don't have to wait for the page to submit. See how we handle mandatory fields on the layer submission page for the HTML/CSS part of this.

Note: the machine / distro search pages don't suffer from this issue, and there it is actually useful to be able to browse through the whole list, though it has been pointed out that having to know that you can click on Search without a keyword to browse the list is poor design. We should take this opportunity to add a browse button next to the search button on those pages that explicitly returns all results and solve that problem as well.