-
Notifications
You must be signed in to change notification settings - Fork 189
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
Ensure results view is opened in column beside #1557
Conversation
The results view will always open next to the current editor.
8cf0e60
to
9bd9322
Compare
@adityasharad, this should address the issue you were having earlier with the results view not activating. |
Yup looks right -- I think b8898b9 correctly ported the results view config but left the column setting hardcoded. I'll let the SecExp team review the change too, in case they have other preferences about window placement or reopening. |
Hmm...I can't reproduce that error. Since you're seeing it on main, it's unlikely to be related to this PR. Can you try doing a clean build of the extension and then launch again? |
Sorry, what I meant was that I wasn't seeing it on main. I'll do the clean build and check again. |
No longer seeing the error on a clean build 👍 |
As I'm thinking more, most likely this behaviour is not desirable for remote queries since they are run in a different context. Local queries are usually faster and more iterative. The results view for local queries will open automatically after the query completes. This can be annoying if it blocks the tab that you're working on. All other results views appear only when explicitly clicked, so blocking the previously active editor is not a big deal (might actually be desirable). If you're ok with this, can I get a ✅ ? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reasoning makes sense, 🚢
Hmmm...no changelog for this PR. I will add one. |
The results view will always open next to the current editor.
This restores previous behaviour of the results view. Question: Do we want our other views to have the same behaviour?
Previously, our users specifically asked for the results view to open in a way that would not block the currently active editor.
Fixes #1556
Checklist
ready-for-doc-review
label there.