Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Clicking History entry for deleted Space causes loss of context for current Space #553

Closed
philrz opened this issue Apr 6, 2020 · 1 comment
Labels
bug Something isn't working invalid This doesn't seem right

Comments

@philrz
Copy link
Contributor

philrz commented Apr 6, 2020

When reviewing post-merge state of the functionality in #547, @alfred-landrum noted:

The rationale for keeping the history entries was to allow the user store them & run them again in live space. I don’t think we should try launch the search on the non-existent space.

Indeed, here's an example of an undesirable side-effect of the current behavior that feels like a bug. When I click on a History entry associated with a deleted Space, in addition to the error messages (which seem fine) it resets the app's context away from the Space I was looking at, which I found quite jarring as a user.

Video: repro.zip

@philrz philrz added the bug Something isn't working label Apr 6, 2020
@philrz
Copy link
Contributor Author

philrz commented Oct 5, 2020

Thanks to some other recent work, this has become a non-issue. We now maintain separately-tracked History entries for each Space. Therefore when a Space gets deleted, its History entries get taken out with it and there's no risk of clicking on such old entries anymore.

Closing!

@philrz philrz closed this as completed Oct 5, 2020
@philrz philrz added the invalid This doesn't seem right label Oct 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working invalid This doesn't seem right
Projects
None yet
Development

No branches or pull requests

1 participant