Yep, your guess looks correct. We enforced creation of a public username at registration a long while back, but it looks like the API doesn't do the same enforcement (and neither does the web interface, anymore -- d'oh). I'll get a bugfix out shortly. On Thu, May 22, 2014 at 11:12 AM, Evan Bollig <boll0107@umn.edu> wrote:
I have a fresh instance of galaxy-dist#stable. I create users and upload a workflow via the internal python api, and then I attempt to edit and download the workflow from the workflow editor tab. I click the direct download link and get the attached exception.
I found that the exception is avoided if I instead share/export the workflow and then create a public username when prompted. When I go back and use the direct download link again, it works. Not sure if they're directly connected, but something in the share/export seems to band-aid the other. Presumably the 'None' should be the public username.
Cheers,
-Evan Bollig Research Associate | Application Developer | User Support Consultant Minnesota Supercomputing Institute 599 Walter Library 612 624 1447 evan@msi.umn.edu boll0107@umn.edu
___________________________________________________________ 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/
To search Galaxy mailing lists use the unified search at: http://galaxyproject.org/search/mailinglists/