Hmm, I just launched again (I had Firebug enabled and JS started paused). When I unpaused it worked. It's looking more and more like it's making a call to the GET URL too quickly and getting back some kind of bad value that's throwing off the javascript logic? Undefined? That's my best guess at this point. -Greg On Fri, Jan 27, 2012 at 7:51 AM, mailing list <margeemail@gmail.com> wrote:
Hi Brad,
I tried again just now.
I launched and left it alone for 5 minutes. It said "not available" in the Instance State cell. And nothing else happened.
Then I ran this in Firebug and it did fill in the proper information on the page:
update_instance_state(); GET http://biocloudcentral.herokuapp.com/state 200 OK 171ms undefined running
I'm not sure where that "undefined" is coming from. Maybe that is part of the problem? It seems like update_instance_state() isn't being run.
I don't have anything blocking JS.
Here's my system/browser info:
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.25) Gecko/20111212 Firefox/3.6.25
By the way, it might be a nice touch to put loading icons next to the cells in the table that will get updated. There are some here: http://www.ajaxload.info/ The Javascript function could just remove or hide the icons once the final info is loaded.
-Greg
On Thu, Jan 26, 2012 at 9:03 PM, Brad Chapman <chapmanb@50mail.com> wrote:
Greg; As you dug into, the javascript function should keep refreshing and checking the state until the information is available from the EC2 console, and then fill it in. This does work for me as intended on Firefox 9.0.1 and Chrome. It normally takes a minute or so for the server information to be available from Amazon.
Are you seeing the failure to refresh and fill in the information every time you use BioCloudCentral or intermittently? Do you have any javascript blockers or other magic running? Anything else that might help with reproducing this?
Thanks for letting us know about the problem and hopefully we can get it sorted out, Brad
Ok, I did some more investigating.
After I launched (5 minutes later if it matters), I opened up Firebug and ran "update_instance_state();" and it did fill in the information.
Maybe there's something wrong in the JS logic? Is it setting the state to running before it has the information?
Here's the javascript for easy reference:
<script> function update_instance_state() { $.get("/state", function(data) { console.log(data.instance_state); if (data.instance_state != '') { $('#inst_state').html(data.instance_state); } if (data.instance_state != 'running') {
window.setTimeout(function(){update_instance_state()}, 5000); } else { $('#ssh_public_dns').html(data.public_dns); $('#nx_public_dns').html(data.public_dns); $('#cloud_url').html('<a href="http://' + data.public_dns + '/cloud" target="_blank">' + data.public_dns + '</a>'); } }); } $(document).ready(function() { update_instance_state(); }); </script>
Thanks,
Greg
On Thu, Jan 26, 2012 at 11:04 AM, mailing list <margeemail@gmail.com> wrote:
Hi guys,
When I launch using BioCloudCentral (http://biocloudcentral.herokuapp.com) I noticed it doesn't show my public DNS. Even if I wait for a few minutes.
For the "Public IP (Cloudman Console)" table cell, it just shows blank, and for the SSH access area is just says "ssh ubuntu@"
It hasn't been a big deal because I just pull it from my EC2 console. But now I'm writing up some documentation for other researchers to use our application running on CloudMan, and it adds a lot of complexity to the documentation to tell them to log into the EC2 console, click on instances, copy the public DNS ... It would be excellent if they could just click a link from the launch page!
Let me know if I can help with debugging.
Thanks again,
Greg
___________________________________________________________ The Galaxy User list should be used for the discussion of Galaxy analysis and other features on the public server at usegalaxy.org. Please keep all replies on the list by using "reply all" in your mail client. For discussion of local Galaxy instances and the Galaxy source code, please use the Galaxy Development list:
http://lists.bx.psu.edu/listinfo/galaxy-dev
To manage your subscriptions to this and other Galaxy lists, please use the interface at: