You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Option to *not* close file marked as viewed via keybinding #5092
When you mark a file as viewed through the active editor menu bar or through a keybinding, the file will close. When you mark it as viewed through the tree view then it will not close. If a setting is needed I'll add one, but my hope is that this behavior is better for almost everyone.
Per this comment, it seems the default behavior for keybindings (or editor menu bar) calling pr.markFileAsViewed is to close the file, but for my workflow I'd prefer it didn't. Is it possible to add either a config setting, new command, or allow "args" in the keybinding to disable closing the active editor when this command is executed?
If it would be accepted, I could also attempt a PR for whichever of those options seems preferable. Thanks!
Edit: as a workaround (at least for keybindings) I found this seems to work okay - although the visual effect of closing and immediately reopening the editor is a bit jarring:
Same. My workflow is to use the GitHub Pull Requests: Go to Next Diff in Pull Request repeatedly and at the end of a file I mark it as viewed. But since it closes, I'm not able to go to next the file after that.
Reacted by Victor Hallberg, Ian Chamberlain, Giovanni Barros, Braden Rosengren, andrew-lis, Jules Ricou, ghelton-procense, Sarah Woodrow and Corey Ward
I generally don't like bumping issues but I'm once again finding myself trying to review a very large PR with only small 1-2 line changes across many many files. This process is super tedious using the mouse on GH. It would be amazing if I could just use 1 or 2 shortcuts to quickly move through all the files marking them viewed as I pass and check each...
Alex Ross (@alexr00) any chance we can get some movement on this or #4424? or maybe re-opening #5537 with a setting to move to the next file automatically?
Activity
mogelbrod commentedon Sep 6, 2023
I would love this! Both a setting and/or an argument to the command would be super useful 👍
alfredbirk commentedon Nov 3, 2023
Same. My workflow is to use the
GitHub Pull Requests: Go to Next Diff in Pull Requestrepeatedly and at the end of a file I mark it as viewed. But since it closes, I'm not able to go to next the file after that.andrew-lis commentedon Jun 13, 2025
Somebody should take away mouses from the authors of this plugin. Only then they would quickly make it keyboard-shortcut friendly.
laharigandrapu11 commentedon Jul 17, 2025
Hi Alex Ross (@alexr00), I’d like to work on this if it's available
laharigandrapu11 commentedon Jul 17, 2025
Hi, please review the attached PR and feel free to suggest any changes.
Thanks!
#7319
sarah-r-woodrow commentedon Jul 8, 2026
I want use the workflow described above, but it does not work without this option. Lahari Gandrapu (@laharigandrapu11) please consider reviving this!
jjspace commentedon Jul 16, 2026
I generally don't like bumping issues but I'm once again finding myself trying to review a very large PR with only small 1-2 line changes across many many files. This process is super tedious using the mouse on GH. It would be amazing if I could just use 1 or 2 shortcuts to quickly move through all the files marking them viewed as I pass and check each...
Alex Ross (@alexr00) any chance we can get some movement on this or #4424? or maybe re-opening #5537 with a setting to move to the next file automatically?