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

unresolve comment does not move focus to it #5973

Open
meganrogge opened this issue Apr 10, 2024 · 9 comments
Open

unresolve comment does not move focus to it #5973

meganrogge opened this issue Apr 10, 2024 · 9 comments
Assignees
Labels
bug Issue identified by VS Code Team member as probable bug comments polish
Milestone

Comments

@meganrogge
Copy link
Contributor

meganrogge commented Apr 10, 2024

  1. resolve a comment
  2. use the context menu action, unresolve comment in the comment panel
  3. expected: focus of the comment, actual: focus doesn't move to the comment

Unsure if this is by design, but would be nice if it focused the comment at least when in screen reader mode.

@meganrogge
Copy link
Contributor Author

Screen.Recording.2024-04-10.at.11.17.48.AM.mov

@alexr00 alexr00 added bug Issue identified by VS Code Team member as probable bug comments labels Apr 11, 2024
@alexr00
Copy link
Member

alexr00 commented Apr 11, 2024

Not intentional and inconsistent with the way other trees work.

@alexr00
Copy link
Member

alexr00 commented Apr 19, 2024

I can't actually repro that the comment thread in the tree view doesn't get focus:

  1. Put focus in the editor
  2. Right click on a comment thread in the comments view
  3. "Unresolve" from the context menu
  4. The comment thread in the tree view gets focus.

Is this what you're seeing @meganrogge?

@alexr00 alexr00 added info-needed Issue requires more information from poster and removed bug Issue identified by VS Code Team member as probable bug labels Apr 19, 2024
@meganrogge
Copy link
Contributor Author

meganrogge commented Apr 24, 2024

I am not focusing the editor first.

  1. right click on a comment thread in the comments view
  2. resolve conversation
  3. scroll away
  4. right click on the comment thread in the comments view
  5. unresolve
  6. 🐛 it doesn't scroll that comment into view

@alexr00
Copy link
Member

alexr00 commented Apr 25, 2024

I think this behavior is correct. When a tree is taken, the focus should remain in the tree.

@meganrogge
Copy link
Contributor Author

meganrogge commented Apr 25, 2024

I agree the focus should remain in the tree. I had just expected the comment widget that was unresolved to be revealed.

Feel free to close though if you think this is working as designed.

@alexr00
Copy link
Member

alexr00 commented Apr 26, 2024

I get it now: reveal the comment in the editor, not focus it.

This is interesting. Is it just the "unresolve" action that you would expect to reveal the comment in the editor? I'm thinking there are some actions it makes sense to reveal for, and some that it doesn't.

@alexr00 alexr00 added under-discussion Issue is under discussion for relevance, priority, approach and removed info-needed Issue requires more information from poster labels Apr 26, 2024
@alexr00 alexr00 added this to the On Deck milestone Apr 26, 2024
@meganrogge
Copy link
Contributor Author

I am not sure which other actions you are thinking of. But I think since a user is unresolving the comment, it implies they might take an action on it, so revealing makes sense IMO.

@alexr00 alexr00 added bug Issue identified by VS Code Team member as probable bug polish and removed under-discussion Issue is under discussion for relevance, priority, approach labels Apr 26, 2024
@alexr00 alexr00 transferred this issue from microsoft/vscode Apr 26, 2024
@alexr00 alexr00 modified the milestones: On Deck, April 2024, May 2024 Apr 26, 2024
@alexr00
Copy link
Member

alexr00 commented Apr 26, 2024

The actions are from extensions, so it could be anything. I was trying to decide if this should be implemented for all actions that are contributed to the comments view or just some. I'm thinking just some, which means this should be done in the extension.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Issue identified by VS Code Team member as probable bug comments polish
Projects
None yet
Development

No branches or pull requests

2 participants