On Tue, Jan 22, 2013 at 4:43 PM, Carl Eberhard <carlfeberh...@gmail.com> wrote: > Hello, Peter > > In revision 8646:50c65739cd1a, I've changed the error handling in > history_contents.py:index and the client-side code that fetches dataset > info. > > Long form: > Now when an error (like yours) occurs when fetching dataset information for > one or more datasets, the method will record the error for that dataset as > part of the returned list and continue trying to fetch the other requested > datasets. In other words, one specific dataset in error will not cause the > entire API request to fail (and break the history panel). > > Client-side code has been added to handle these types of errors better > through the API and the initial mako page building. Now a dataset's server > error will be shown on the client side as dataset in the 'error' state. > > Short form: > Both the API and client side should handle single datasets error-ing more > gracefully than they did and the history panel should be more resilient and > useful during and after a server error (at least of this kind). > > Please let me know if you see more problems, > C
Will do, thanks, Peter ___________________________________________________________ Please keep all replies on the list by using "reply all" in your mail client. To manage your subscriptions to this and other Galaxy lists, please use the interface at: http://lists.bx.psu.edu/
