The current login URL automatically redirects. Lest bad things happen, and we make extraneous
requests, we just login at the "/login" route without the automatic redirect
Originally this was intended to make sure re-clicking a dataset would open the same port+IE, however
that's not a supported behaviour and there's no reason to keep that functionality around.
I noticed that the cookie was indeed being set by the POST request. However, that cookie was
essentially ignored in the subsequent requests.
I looked for places to interrupt it, could I just stop after the POST and not execute any redirects.
That did not appear to be an option due to HTTP/XHR spec. After a bit of searching I came up with
this link: http://stackoverflow.com/a/14462615 which seems to solve the issue. Mentioned here:
https://api.jquery.com/jQuery.ajax/
- Removed a statically set port during testing
- Made variables local so we can be sure they aren't being mis-used
- Removed sleep
- New parameters needed in notebook load call
- Added main div to use for images/etc. Probably not necessary.
Many people will be intially overwhelmed by the stack trace they see within galaxy in
the even of a missing API key. Hopefully, hopefully, they'll be able to read the bold
portion at the bottom with instructions on generating one. It's mostly a measure to
decrease support tickets/requests
I've found in opera that copy+paste doesn't work, so I have to drag and drop. Additionally, we need
the user to have time to read and comprehend what we're telling them before this notification
disappears forever.
Despite the fact that this is technically a configuration bug on the sys admin's part, for a future
release, we should switch to a different type of notification, probably like a banner with an X that
they can close once they're done reading it. That way we know it'll be there as long as they need it
to be.
Eric Rasche