Set some timeout to webclient search requests
Review Request #6885 - Created Sept. 1, 2012 and submitted
This patch sets the same timeout to search queries that the search polling interval, so if the server does not respond in time, the query is aborted.
I was running the server with --debug and with a breakpoint in SearchServlet.doGet so I see that client abort the query (with firebug) if the server does not respond in time.
Posted (Sept. 1, 2012, 5:42 a.m.)
I am not sure that aborting the request is the right way to handle this. Can we maybe track search requests and buffer them until previous search request returned? This way we still return the search response even if it took longer than 15 seconds but avoid processing another one.
Posted (Sept. 1, 2012, 8:11 p.m.)
Can we maybe do this kind of logic on the server side? It seems like the responsibility of the server to buffer requests in case of latency. Then it will also work for other - API based clients like micro-box.
Review request changed
Updated (Sept. 25, 2012, 6:47 p.m.)
- changed from pending to submitted