jiebi/CodeConvo huggingface dataset:
Code change:
export class ExplorerViewPaneContainer extends ViewPaneContainer { <del> private viewletVisibleContextKey: IContextKey<boolean>; </del> constructor( @IWorkbenchLayoutService layoutService: IWorkbenchLayoutService, @ITelemetryService telemetryService: ITelemetryService,

Related discussion:
text: open explorer select a file press and to copy paste a file in place :bug: nothing happens, in the past I would get a copy of the file
Hmmm. I cannot repro this and am able to copy and paste. Do you have any custom keybindings? What is your setting?
It's the default, this is from the keybindings log
Hmmm I wonder what has happening with your keybindings. Here's mine triggering the explorer specific ones with the proper when clauses. Is your explorer in a non-default position (i.e. not the activity bar)
This gets more and more interesting... The keybinding is there and not (re)configured but it looks like something is wrong with context keys. The seems AWOL. Maybe that's because I moved the explorer around very much last endgame? <img width="2819" alt="Screenshot 2023-03-01 at 16 55 16" src="https://user-"
Think I found the bug. the folders view to the right sidebar the remaining explorer view container in the activity bar Can't copy and past in the explorer anymore
I know this is very early into the next release cycle, but could this be released in a patch to stable VSCode? I have been bitten by this in stable VSCode after the February 2023 update, by dragging Explorer over to the secondary sidebar. Or is there a workaround to restore functioning of these keys, other than resetting the user profile altogether? I've tried dragging the Explorer menu back, and also right-clicking and selecting "Reset Location". Neither seems to "restore" the functionality of these keys. This affects any command using in , such as deleting a file with the Delete key (hopefully people find this issue instead of creating a new one for every such broken key). The workaround I've managed to apply is to manually remove from every expression possible, which may have side effects, but it works in a pinch. Copy all the keybindings below (expand for details, grab bindings between the comments) into your to fix this in a pinch. <details</summary</details
Does the command in the command palette not fix it for you? This will reset all your views to their default positions.
My keybindings workaround bypassed the issue on my home computer yesterday.
Code change:
export class ExplorerViewPaneContainer extends ViewPaneContainer { <del> private viewletVisibleContextKey: IContextKey<boolean>; </del> constructor( @IWorkbenchLayoutService layoutService: IWorkbenchLayoutService, @ITelemetryService telemetryService: ITelemetryService,

Related discussion:
text: Now I'm at work (both are Windows machines, VSCode up to date), and I went to try your approach. However, I have a lot of menus in my secondary sidebar, so I didn't want to on my main profile, so I did the following: Ensure my workaround from before is commented out Export the profile as Import the profile Switch to that profile Verify that the key doesn't work First, try the less invasive, right-click on Explorer button in secondary sidebar and click key, and others, works again, even when putting the Explorer back in the secondary sidebar Curiously, switching back to the profile, the key, and others, works again, even when putting the Explorer back in the secondary sidebar Never had to go the nuclear option and So, some funny business related to one of the steps above, probably the settings profile shuffle, restored basic functionality of those keys, without having to manually tweak the expressions as before, and without having to go nuclear and . It's possible to work around this with some UI shuffling, but your mileage may vary. My initial request to backport the patch to stable VSCode is not so serious since there are a few workarounds documented here. Also, thanks for the quick work in the PR! I'm looking forward for this behavior to stabilize in future versions, since secondary sidebar Explorer view (without the compromise of moving the whole primary sidebar over) is great!
Code change:
export class ExplorerViewPaneContainer extends ViewPaneContainer { <del> private viewletVisibleContextKey: IContextKey<boolean>; </del> constructor( @IWorkbenchLayoutService layoutService: IWorkbenchLayoutService, @ITelemetryService telemetryService: ITelemetryService,

Related discussion:
text: mac select an entry in the explorer press to trigger rename the file is being opened, no rename log
tested on windows and this doesn't work for me - not sure if it's necessarily platform specific
Steps to verify explorer that keybindings still work for the explorer
Mac Pro (Intel 2019) user here. I also have the same problem. Before pressing can rename files but now it just navigates to the file editor window.
This will be fixed in the next release which comes out sometime this week. In the meantime -should fix it for you.
Thank you for prompt reply. Yes, it works fine now!!
Code change:
import URI from 'vs/base/common/uri'; import * as errors from 'vs/base/common/errors'; import { TPromise } from 'vs/base/common/winjs.base'; <ins> import * as arrays from 'vs/base/common/arrays'; </ins> import * as objects from 'vs/base/common/objects'; import * as DOM from 'vs/base/browser/dom'; import { Separator } from 'vs/base/browser/ui/actionbar/actionbar';

Related discussion:
text: Repro Steps: install VS Code native menubar has no keyboard shortcuts Alternative Repro Steps: a keybinding the menubar does not reflect the change.
Must fix.
Reviewed, tested, merged and cherry picked to . See
since you tested this can you please add a verified label
Code change:
$Nonce = $env:VSCODE_NONCE $env:VSCODE_NONCE = $null <ins> $osVersion = [System.Environment]::OSVersion.Version $isWindows10 = $IsWindows10 -and $osVersion.Major -eq 10 -and $osVersion.Minor -eq 0 -and $osVersion.Build -lt 22000 </ins> if ($env:VSCODE_ENV_REPLACE) { $Split = $env:VSCODE_ENV_REPLACE.Split(":") foreach ($Item in $Split) {

Related discussion:
text: Type: <bBug</bHi, My name is Ebrima Mbye. I have been using this wonderful IDE for some while now. However, recently I have noticed that when I run a program, the output in the terminal window does also include the memory location of the file or folder I am working on. Sample output: "93c9--e1dddca87b23PS C:UsersUserDesktopNewEbrimaProgram" This is not a super cotly problem, but I just wanted to bring your attention to it. Thank you for your valuable time, User, Ebrima Mbye, Java programmer. VS Code version: Code 1.88.0 (, 2024-04-03T13:26:18.741Z) OS version: WindowsNT x64 10.0.
Code change:
$Nonce = $env:VSCODE_NONCE $env:VSCODE_NONCE = $null <ins> $osVersion = [System.Environment]::OSVersion.Version $isWindows10 = $IsWindows10 -and $osVersion.Major -eq 10 -and $osVersion.Minor -eq 0 -and $osVersion.Build -lt 22000 </ins> if ($env:VSCODE_ENV_REPLACE) { $Split = $env:VSCODE_ENV_REPLACE.Split(":") foreach ($Item in $Split) {

Related discussion:
text: Modes: <details<summarySystem Info</summary </details<details<summaryExtensions (44)</summaryExtensionVersion ------ codesnap1.3.4 vscode-javascript-snippet-pack0.1.6 vscode-django1.15.0 githistory0.6.20 python-environment-manager1.2.4 python-extension-pack1.7.0 code-runner0.12.2 vsc-python-indent1.18.0 kodezi2.2.2 debugpy2024.4.0 python2024.4.0 vscode-pylance2024.4.1 jupyter2024.3.0 jupyter-keymap1.1.2 jupyter-renderers1.0.17 vscode-jupyter-cell-tags0.1.9 vscode-jupyter-slideshow0.1.6 cmake-tools1.17.17 cpptools1.19.9 cpptools-extension-pack1.3.0 vsliveshare1.0.5918 sqltools0.28.1 sqltools-driver-mysql0.6.0 autodocstring0.6.1 vscode-python-typehint1.5.1 fabric8-analytics0.9.4 java1.29.0 LiveServer5.7.9 pythonpack0.3.0 javafx-support0.0.1 tabnine-vscode3.86.0 open-in-browser2.0.0 bootstrap4-vscode6.1.0 cmake0.0.17 intellicode-api-usage-examples0.2.8 vscodeintellicode1.3.1 vscode-java-debug0.57.0 vscode-java-dependency0.23.6 vscode-java-pack0.26.0 vscode-java-test0.41.0 vscode-maven0.44.0 jinja0.0.8 JavaScriptSnippets1.8.0 grammarly0.24.0 (1 theme extensions excluded) </details<details<summaryA/B Experiments</summary</details<!-- generated by issue reporter --
Thanks for creating this issue! It looks like you may be using an old version of VS Code, the latest stable release is 1.88.1. Please try upgrading to the latest version and checking whether this issue remains. Happy Coding!
How may I upgrde?
I meet this problem too.
Code change:
$Nonce = $env:VSCODE_NONCE $env:VSCODE_NONCE = $null <ins> $osVersion = [System.Environment]::OSVersion.Version $isWindows10 = $IsWindows10 -and $osVersion.Major -eq 10 -and $osVersion.Minor -eq 0 -and $osVersion.Build -lt 22000 </ins> if ($env:VSCODE_ENV_REPLACE) { $Split = $env:VSCODE_ENV_REPLACE.Split(":") foreach ($Item in $Split) {

Related discussion:
text: Today when I use python debugger to debug python files, something wrong happen in vscode 'Python Debug Console'. Output reads: ncher' '7541' '--' 'D:' ;-402f-491b-bdb5-ee7fdd8b6e0cncher' '7541' '--' 'D:' ;-402f-491b-bdb5-ee7fdd8b6e0cPS D:I have neven seen strange characters before. This string wants to overwrite what I want to print in python file and still appear with empty python file. ! My VSCode version is 1.88.1. Hope Greatest Microsoft Engineers will solve this problem. Thank you very much~ PS: To exclude influence of other entensions,I only use this four extensions. !
I've been having a very similar issue for the last week or so. I'm running Windows Powershell (5.1) in an integrated terminal in VS Code on Windows 10. If I run a command that wraps over to the second line of the terminal, an unfamiliar GUID along with some other characters (see red boxes in screenshot below) appears interspliced with the text of the command I just ran. Makes a little difficult to use the terminal. PS I don't encounter the same issue when running the same command windows powershell 5.1 directly (ie not as an integrated terminal in VS Code) ! VS Code version info: Version: 1.88.1 (user setup) Commit: Date: 2024-04-10T17:41:02.734Z Electron: 28.2.8 ElectronBuildId: Chromium: 120.0.6099.291 18.18.2 V8: 12.0.267.19-electron.0 OS: Windows_NT x64 10.0. Powershell version info: ! Windows verison info: ! Installed extensions (both disabled -- enabling or disabling has no effect on the issue) !
Thanks for the issue, what happens if you comment out your file?
same thing happens with user commented out. !
I believe that's just your current working directory, which reflects the folder you're in. This is working as designed. You can change the behavior by tweaking your setting.
Code change:
$Nonce = $env:VSCODE_NONCE $env:VSCODE_NONCE = $null <ins> $osVersion = [System.Environment]::OSVersion.Version $isWindows10 = $IsWindows10 -and $osVersion.Major -eq 10 -and $osVersion.Minor -eq 0 -and $osVersion.Build -lt 22000 </ins> if ($env:VSCODE_ENV_REPLACE) { $Split = $env:VSCODE_ENV_REPLACE.Split(":") foreach ($Item in $Split) {

Related discussion:
text: Unfortunately, it seems unchanged when set the value of as ${fileDirname}. And when clicking Run, it looks like to execute a to stop something runnning. Truthly, I would accept this strange long string in my sonsole but it wants to overwrite what has been output. So, if want to print some message in console without owerwritten, I need to add this code above the whole codes.
What if you set it to something else? Like workspace folder?
I've tried setting [] to other value with different directory and drive letters. But it only changes the initial working directory in Teriminal <pwsh, not in Integrated Terminal <Python Debug Console. Also I manually changed <Python Debug Consoleworking dir, it looks like the same problem. So it has no positive influence on this problem.
Who closed this? Why close it when the problem is not yet solved? On Tue, Apr 16, 2024, 1:53 AM Megan Rogge
does this reproduce if you disable all installed extensions?
updating my "" value in the user settings json did not resolve the issue. As I mentioned before, all installed extensions are already disabled and the issue still occurs.
I think this is the shell integration set command line nonce being passed echoed instead of being passed in with the sequence. I see 2 versions of Windows mentioned and both are Windows 10 so this makes sense here. I'm thinking we'll just not verify the command line via the nonce for conpty under Windows 10.
Are there verification steps for this?
<!-- AUTHORVERIFICATIONREQUEST --This bug has been fixed in the latest release of ! you can help us out by commenting if things are now working as expected. If things still don't seem right, please ensure you're on version of Insiders (today's or later - you can use in the command palette to check), and leave a comment letting us know what isn't working as expected. Happy Coding!
Running any command in Windows PowerShell (v5) is the verification steps
I'm unable to repro the issue in Stable on Windows 11.
I can't even reproduce the original issue on my Windows 10 VM at home with VS Code 1.88.1. has the issue been fixed for you in the latest VS Code Insiders? You can get a copy at
Thanks for your reply.
Code change:
$Nonce = $env:VSCODE_NONCE $env:VSCODE_NONCE = $null <ins> $osVersion = [System.Environment]::OSVersion.Version $isWindows10 = $IsWindows10 -and $osVersion.Major -eq 10 -and $osVersion.Minor -eq 0 -and $osVersion.Build -lt 22000 </ins> if ($env:VSCODE_ENV_REPLACE) { $Split = $env:VSCODE_ENV_REPLACE.Split(":") foreach ($Item in $Split) {

Related discussion:
text: I am getting the same issue with VS Code Insiders (see atached video file). Version: 1.89.0-insider (user setup) Commit: Date: 2024-04-25T21:21:03.843Z Electron: 28.2.8 ElectronBuildId: Chromium: 120.0.6099.291 18.18.2 V8: 12.0.267.19-electron.0 OS: Windows_NT x64 10.0.
this was a regression in 1.89, so it was fine in 1.88
can you try again but make sure you recreate the terminal?
Thanks for your continued support on this. I can still reproduce on the latest version of insiders. Version: 1.89.0-insider (user setup) Commit: Date: 2024-04-26T00:56:34.034Z Electron: 28.2.8 ElectronBuildId: Chromium: 120.0.6099.291 18.18.2 V8: 12.0.267.19-electron.0 OS: Windows_NT x64 10.0.
Sincerely sorry for replying so late on this issue. I donwloaded and installed the latest VS Code Insiders. Unfortunately, this problem still happen. My PC Info is listed below. Commit: Date: 2024-04-26T00:56:34.034Z (1 day ago) Electron: 28.2.8 ElectronBuildld: Chromium: 120.0.6099.291 18.18.2 W8: 12.0.267.19-electron.0 OS: Windows NT x64 10.0. I found something interesting that while you changed the TERMINAL widget size just like maximized the VS Code window or dragged the left side of terminal list, the strange string will disappear. It seems to mean when you resized a terminal window to control how many characters in a line to show on screen, the string which was already output will be changed or even erased. I captured two new videos of this probloem. The first is the origin problem reproduced in the latest Insiders and the second is changing the window can erase this strange string. Hope these useful for solving this problem.
Reopening issue based on feedback above.
Code change:
$Nonce = $env:VSCODE_NONCE $env:VSCODE_NONCE = $null <ins> $osVersion = [System.Environment]::OSVersion.Version $isWindows10 = $IsWindows10 -and $osVersion.Major -eq 10 -and $osVersion.Minor -eq 0 -and $osVersion.Build -lt 22000 </ins> if ($env:VSCODE_ENV_REPLACE) { $Split = $env:VSCODE_ENV_REPLACE.Split(":") foreach ($Item in $Split) {

Related discussion:
text: i found issue the didnt occur on 1.87 but then could reproduce after upgrading to 1.89. Version: 1.87.1 (user setup) Commit: Date: 2024-03-06T00:21:36.258Z Electron: 27.3.2 ElectronBuildId: Chromium: 118.0.5993.159 18.17.1 V8: 11.8.172.18-electron.0 OS: WindowsNT x64 10.0. Version: 1.89.0 (user setup) Commit: Date: 2024-05-01T02:09:22.859Z Electron: 28.2.8 ElectronBuildId: Chromium: 120.0.6099.291 18.18.2 V8: 12.0.267.19-electron.0 OS: WindowsNT x64 10.0.
it isn't only when paths are long. in insider i'm seeing this with ohmyposh/poshgit in powershell terminal windows, even if i'm at the root of a drive where the path is only a few characters long (though probably related to whatever posh is doing?) ! i'm on win11, insiders 1.90.0
anyway in 1.89, as a workaround i replaced ~AppDataLocalProgramsMicrosoft VS CoderesourcesappoutvsworkbenchcontribterminalbrowsermediashellIntegration.ps1 with the shellIntegration.ps1 from commit and it resolves the issue.
Looks like the only remaining issue with Windows PowerShell (), the fix for that was only just merged yesterday:
- did you have some reliable steps to repro this?
in Windows PowerShell () run a lot command like a few times and ensure a GUID does not show up in the output.
Code change:
export interface EditSession { version: number; <ins> machine?: string; </ins> folders: Folder[]; }

Related discussion:
text: Testing I'm not sure why I have two entries for edit sessions and wonder if it came from another machine/sessions. It would be great to see some metadata about where the source is coming from, similar to the "Synced Data" view for Settings Sync. <img width="394" alt="CleanShot 2022-07-26 at 10 58 31 src="https://user-"<img width="373" alt="CleanShot 2022-07-26 at 11 00 07 src="https://user-"
Code change:
return path.split('/').map((segment) => encodeURIComponent(segment)).join('/'); } <del> export async function getLink(gitAPI: GitAPI, useSelection: boolean, hostPrefix?: string, linkType: 'permalink' | 'headlink' = 'permalink', context?: LinkContext, useRange?: boolean): Promise<string | undefined> { </del> <ins> export async function getLink(gitAPI: GitAPI, useSelection: boolean, shouldEnsurePublished: boolean, hostPrefix?: string, linkType: 'permalink' | 'headlink' = 'permalink', context?: LinkContext, useRange?: boolean): Promise<string | undefined> { </ins> hostPrefix = hostPrefix ?? 'https://github.com'; const fileAndPosition = getFileAndPosition(context); if (!fileAndPosition) {

Related discussion:
text: Testing Steps: Open locally cloned vscode repo with any branch Welcome page Connect to... Continue Working in Nothing happens after this for me... but I do see the commands get run:
Code change:
public readonly inlineCompletionVisible = GhostTextController.inlineSuggestionVisible.bindTo(this.contextKeyService); public readonly inlineCompletionSuggestsIndentation = GhostTextController.inlineSuggestionHasIndentation.bindTo(this.contextKeyService); public readonly inlineCompletionSuggestsIndentationLessThanTabSize = GhostTextController.inlineSuggestionHasIndentationLessThanTabSize.bindTo(this.contextKeyService); <ins> public readonly inlineSuggestionJustCommitted = GhostTextController.inlineSuggestionJustCommitted.bindTo(this.contextKeyService); </ins> constructor(private readonly contextKeyService: IContextKeyService) { }

Related discussion:
text: <!-- 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. --When using Copilot, users would like to be able to only partially accept suggestion instead of the whole suggestion at once. The users demand either word by word or line by line completion. Desired behaviour: Press a predefined key and accept the whole suggestion. Use a predefined combination of 2 keys to accept the top line of the suggestion. (eg: For a suggestion of 3 lines, the user would need to press the combination 3 times to accept the whole suggestion). The prompt would not show the line already accepted.
this sounds to me like a UX problem. Is there a mock sketch for a potential solution here? Is there some other editor which already supports this? We can also discuss it in one of our UX weekly meetings.
I don’t have a mock sketch. No other editors are supporting this yet but it is a requested features. I wanted to get the discussion going (doing the same for the other editors) to understand the constraints around it as well.
Technically, I think this would be rather easy to implement. I'd love to hear some more UX discussion before we implement this thought. What key-binding do you have in mind?
do you have some UX designers on your team that would like to help here? Once we have some good ux proposal we can bring it in our UX weekly sync on Wednesday to start the discussion.
No I dont have a UX designer in my team. I ll see how i can come up with a suggestion and get back to you
This is similar to Solution for me was 'CMD + -' to accept a word at a time. Something similar here would be great.
Fish shell allows word-by-word completion using the <kbdAlt</kbd+ <kbd&;</kbdkey-combo, which—at least on macOS—is used system-wide for navigating text word-by-word. I notice that I keep trying to automatically use this key-combo, so big +1 from me. ( Did not realise this is the vscode repo.) 
awesome idea. since you said this is low hanging maybe we assign to July for the initial investigation? What do you think?
This would be great.
Code change:
public readonly inlineCompletionVisible = GhostTextController.inlineSuggestionVisible.bindTo(this.contextKeyService); public readonly inlineCompletionSuggestsIndentation = GhostTextController.inlineSuggestionHasIndentation.bindTo(this.contextKeyService); public readonly inlineCompletionSuggestsIndentationLessThanTabSize = GhostTextController.inlineSuggestionHasIndentationLessThanTabSize.bindTo(this.contextKeyService); <ins> public readonly inlineSuggestionJustCommitted = GhostTextController.inlineSuggestionJustCommitted.bindTo(this.contextKeyService); </ins> constructor(private readonly contextKeyService: IContextKeyService) { }

Related discussion:
text: I am loving copilot so far, but this is my biggest UX gripe. Copilot's first suggestions in a new piece of code tend to only be accurate for the first few words. It tends to get much better only after more context is . Not a blocker, but it'd make it much easier to get started.
We did an initial investigation and this is not low hanging as I have initially commented above. Also, this milestone we have been mostly focusing on improving the merge editor. So this one will have to continue in September.
Had a sync with the VS folk and here's some very early thinking: When partial completion is accepted the ghost text should not change - we should use the cache. VS did multiple user studies and users always get shocked when the ghost text changes beneath them Undo is the user gesture to undo the last partial acceptance (this should work out of the box for us). Simple keybindings like word next navigation, and navigate to end of line should be used for partial word acceptance, and whole line acceptance. So same keybindnigs as and commands. Open questions (probably not for first version): How to make this keybindings discoverable Should we support the mouse? For example alt + mouse click to accept until the mouse click
I've also previously advocated for a way to accept only a single line out of the multi-line completion. I would strongly support doing this at a line granularity, rather than e.g. token granularity, since I ~never run into the case where I want to accept 'more than 0 tokens but less than a line' of a multi-line completion -- it's ~always either one line or maybe a couple, or the whole completion. Repurposing regular cursor movement commands for partial acceptance when a ghost text completion is open sounds error-prone. I see this kind of key-stealing behavior in some autocomplete systems (especially for ), but it's always optional, since it's really easy to interfere with muscle memory and frustrate people. This would apply to text navigation commands for sure, and it would be even worse in the middle-of-the-line completion case (which would also be wonky if we want an 'accept a single token' shortcut).
Hi! A use case for per-word completion: comment/natural language completion. I want this almost every time that copilot gives me a comment suggestion.