load remote bag from url state fails
See original GitHub issueDescription
The recently introduced feature (https://github.com/foxglove/studio/pull/2171, thank you @foxymiles) to represent the current state (bag+layout+time) in the url misbehaves in my first tests. I always get redirected to the welcome scenario at
https://example.org/foxglove/?ds=ros1-remote-bagfile&ds.url=https%3A%2F%2Fstorage.googleapis.com%2Ffoxglove-public-assets%2Fdemo.bag&layoutId=bff4eafa-77d2-4c0f-87a1-a19731fa887b&time=2017-03-22T02%3A26%3A20.202843112Z
instead of the desired remote bag.
I use the docker container for a self hosted version and the only adjustion I made is to host at a subpath /foxglove
.
- Version: 0.23.0, self hosted
- OS: ubuntu20.04
Steps To Reproduce In the start up view, load a new remote bag via the panel -> bag loads successfully -> url gets replaced. Then copy that url and paste it into a new chrome session -> bag and view shows up for a second but then the welcome layout + bag loads and overwrite the state.
Do I use it wrong or what could be the issue here? Thanks
Issue Analytics
- State:
- Created 2 years ago
- Comments:11 (6 by maintainers)
Top GitHub Comments
Ah I think what’s happening here is it’s try to load the “welcome” session since it thinks it’s a first time load.
I wouldn’t classify this as “expected behavior”, it’s just a bit of an edge case that we need to handle.