jiebi/CodeConvo huggingface dataset:
<!-- Please search existing issues to avoid creating duplicates. --<!-- Also please test using the latest insiders build to make sure your issue has not already been fixed: --<!-- Use Help Report Issue to prefill these. --microsoft/monaco-editor VSCode Version: Monaco 0.17.0 Browser: Crhome Steps to Reproduce: a Link Provider for monaco-editor 2 .Click on the link on the monaco editor. results with the following error: <!-- Launch with to check. --Does this issue occur when all extensions are disabled?: N/A Solution: Looks like this is an error in Line 301: It compares the rejected promise errors to 'invalid' and 'missing', but in it rejects an Error not a string Line 61: So instead of the warning in throws an error. The code in should be:
<!-- Do Not Delete This! featurerequesttemplate --<!-- Please read our Rules of Conduct: --<!-- Please search existing issues to avoid creating duplicates. --<!-- Describe the feature you'd like. --Several shells (, , ) include vi mode keybindings. It's common for users to rebind vi escape to something like , , or . When interfacing with the shell, VS Code behaves as if it were a user typing keys, which may trigger vi escape if file names or other text input to the shell contains the escape sequence. To show the problematic behavior (assuming the shell is ): Include these lines in your In VS Code, try to run a Python file named . VS Code enters this file name into the shell, which triggers the escape sequence and causes the shell to interpret following the as vi normal mode commands. If VS Code input text to the shell with bracketed paste, this would not happen.
Not sure if this is related, but I use Spectacle to move and resize my windows. It used to work perfectly, but now, since today's update, I cannot use my shortcut to resize my VSCode instance. The shortcuts I used were control+option+command+(left/right/down/up) to move and resize, and option+command+f to toggle fullscreen(not fullscreen but resized as fullscreen). These shortcuts do nothing in VSCode and are not triggered anymore through Spectacle
Can you clarify how you're running the file? I think I understand the problem, sending text to the terminal via extension API or run active file, etc. are triggering the keybinding but wrapping them in bracketed paste would fix it. It should be safe to wrap in the bracketed paste sequences provided the mode is enabled in the terminal. that sounds like a different issue, maybe related to Electron.
Thank you, I'm gonna post this as a new issue.
I'm running the file using Run -Start Debugging, selecting 'Python File' as the debug configuration. VS Code then enters this into the shell: The file is supposed to be called but my shell sees (my escape sequence) and then stops at .
Thanks for confirming, we should be able to include the fix in 1.70 (too late for 1.69 unfortunately)
This caused a regression unfortunately so reopening The actual fix is more involved than I thought, we will need to be able to pass in a flag for whether to wrap in bracketed paste mode into the sendSequence command, internal API, extension API. An extension could wrap what it's sending in bracketed paste mode now but that won't work when the shell isn't in bracketed paste mode and the extension is not able to determine that.
We closed this issue because we in the foreseeable future. If you disagree and feel that this issue is crucial: we are happy to listen and to reconsider. If you wonder what we are up to, please see our and . Thanks for your understanding, and happy coding!
Type: <bBug</ba new profile from empty click on activity bar "Move Primary Side Bar Right" ! VS Code version: Code - Insiders 1.72.0-insider (, 2022-09-29T08:07:23.017Z) OS version: WindowsNT x64 10.0. Modes: Sandboxed: Yes Remote OS version: Linux x64 5.15.62.1-microsoft-standard-WSL2 Remote OS version: Linux x64 5.15.62.1-microsoft-standard-WSL2 <details<summarySystem Info</summary </detailsExtensions: none <!-- generated by issue reporter --
Testing a GH/Azure Repos repository on and file, and open the timeline view that both Git and Local History entries are shown a change to the file and save Local History entry is to the top of the list Local History entry is then moved under "Uncommitted Changes" entry
Just in case: this is not specific to web version and can be reproduced in Desktop as well.
I think this works as designed: the "Uncommitted Changes" from Git is probably always updating when you save and is more recent than the actual save event. would you agree this works as intended?
Roughly as designed, but could be smoother. Maybe if we had a way to denote at an API level that an event is "current" rather than historical. Or maybe we shouldn't even have the "uncommitted changes" entry now that we have local file history.
I agree, I don't think "uncommitted changes" should be a history entry at all. It's not a historical event. You might have uncommitted changes, but itself is not a change like everything else the timeline shows. Perhaps have a "diff" action in the Timeline title instead.
I really like the idea to not have "Uncommitted Changes" at all. It seems to originate from the git extension: Especially now that we have local history enabled, there will always be an entry for local history above the last committ, so the information is redundant. Lets do this.
not sure whether we want to remove those for remotehub extension as well:
Removed the Uncommitted Changes timeline entries for RemoteHub. I kept the Staged Changes timeline entry though, since that is a historical event and it looks like we also kept those for the git extension.
Thanks!
This change has actually caught me off guard. While I like the idea for the "Local History" in general, It's sometimes too granular and I'd like to view all the changes since the last commit. Imho, the "Uncommited Changes" entry should be shown when "local history" is disabled, or it should be configurable by settings.
Can you report a new feature request for this?