jiebi/CodeConvo huggingface dataset:
Change:
".gyp", ".gypi", ".pyi", <del> ".ipy" </del> <ins> ".ipy", ".pyt" </ins> ], "aliases": [ "Python",

Discussion:
<!-- 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. --files are a file type used by the ESRI ArcGIS software to describe . ArcGIS is a commonly used, commercial GIS (Geographic Information Systems) software. One way of extending this software is by using custom tools, which can be contained in native () or Python () toolboxes. Python toolboxes are text files containing regular Python code, but use the extension to allow ArcGIS to identify them. It would be great if the file extension could be included as one used by the VSCode Python extension.
Change:
import { IContextKeyService } from 'vs/platform/contextkey/common/contextkey'; import { IViewDescriptor, IViewsRegistry, Extensions, ViewContainerLocation, IViewContainersRegistry, IViewDescriptorService } from 'vs/workbench/common/views'; import { Registry } from 'vs/platform/registry/common/platform'; <del> import { IExtensionDescription } from 'vs/platform/extensions/common/extensions'; </del> <ins> import { IExtensionDescription, IRelaxedExtensionDescription } from 'vs/platform/extensions/common/extensions'; </ins> import { IOpenerService } from 'vs/platform/opener/common/opener'; import { IQuickInputService } from 'vs/platform/quickinput/common/quickInput'; import { ICommandService } from 'vs/platform/commands/common/commands';

Discussion:
I ran across this while trying to create report issue markdown links for notebooks. Clicking the report issue item in the help section of the remote explorer does nothing and I believe its because of improper arguments format for the report issue command here: The correct argument is an object with an extensionId property.
this works fine for me on desktop. Were you on web? It looks like that command is implemented differently for web. This seems unexpected. do you own and
Looks like might own this. These are the parts that I would expect to be the same:
It was me all along I will change Web to be more like Desktop.
I just debugged this and my issue reporter command is never fired. I think is an issue somewhere in this: The repro steps: don't have a remote workspace open or any workspace open for that matter open the remote explorer -help and feedback -Report Issue nothing happens.
To verify: Install at least 2 remote extension Reload, and make sure you don't have a remote or virtual workspace open Click "Report Issue" from the Remote "Help & Feedback" Verify that you get a quick pick.
Sorry for the false alarm there !
where is this?
! In the Remote Explorer at the bottom.
Change:
'uuid': path.resolve(__dirname, 'node_modules/uuid/dist/esm-browser/index.js'), './node/authServer': path.resolve(__dirname, 'src/browser/authServer'), './node/crypto': path.resolve(__dirname, 'src/browser/crypto'), <del> './node/fetch': path.resolve(__dirname, 'src/browser/fetch') </del> <ins> './node/fetch': path.resolve(__dirname, 'src/browser/fetch'), './node/buffer': path.resolve(__dirname, 'src/browser/buffer'), </ins> } } });

Discussion:
<!-- Do Not Delete This! featurerequesttemplate --<!-- Please read our Rules of Conduct: --<!-- Please search existing issues to avoid creating duplicates. --Currently signing out of your GitHub account only removes the token from the secret store but the token continues to be valid, which means that if it was leaked the attacker can continue to make use of it. To mitigate this, VS Code should revoke the token on sign out, see this API:
I wish this API didn't require the client secret...
Change:
} })); <del> let updateStatus = (element: HTMLDivElement, icon: HTMLDivElement, stats: number): boolean => { if (stats > 0) { element.innerHTML = stats.toString(); $(element).show(); $(icon).show(); return true; </del> <ins> const manyProblems = nls.localize('manyProblems', "10K+"); const packNumber = n => n > 9999 ? manyProblems : n > 999 ? n.toString().charAt(0) + 'K' : n.toString(); let updateLabel = (stats: MarkerStatistics) => { error.innerHTML = packNumber(stats.errors); error.title = errorIcon.title = errorTitle(stats.errors); warning.innerHTML = packNumber(stats.warnings); warning.title = warningIcon.title = warningTitle(stats.warnings); if (stats.infos > 0) { info.innerHTML = packNumber(stats.infos); info.title = infoIcon.title = infoTitle(stats.infos); $(info).show(); $(infoIcon).show(); </ins> } else { <del> $(element).hide(); $(icon).hide(); return false; </del> <ins> $(info).hide(); $(infoIcon).hide(); </ins> } }; <del> let manyMarkers = nls.localize('manyMarkers', "99+"); let updateLabel = (stats: MarkerStatistics) => { error.innerHTML = stats.errors < 100 ? stats.errors.toString() : manyMarkers; warning.innerHTML = stats.warnings < 100 ? stats.warnings.toString() : manyMarkers; updateStatus(info, infoIcon, stats.infos); }; </del> this.markerService.onMarkerChanged((changedResources) => { updateLabel(this.markerService.getStatistics()); });

Discussion:
Issue Type: <bFeature Request</bVSCode uses different conventions for the problem counters in the problems view and in the status bar. The problems view displays: 1 2 ... 999 1K 2K ... 10K+ and the tooltip shows the actual number. The status bar displays: for errors/warnings: 1 2 ... 99+ and the tooltip doesn't show the actual number. for infos: 1 2 ... (always the actual number), the tooltip doesn't show the actual number. <img width="118" alt="problems-view" src="https://user-"<img width="108" alt="status-bar" src="https://user-"VS Code version: Code 1.21.0 (, 2018-03-07T10:54:22.798Z) OS version: Darwin x64 17.4.0 <!-- generated by issue reporter --
assigning to you. I personally would adopt the status bar to the problems view. Everything over 99 is not very informative anyways.
Change:
MenuRegistry.appendMenuItem(MenuId.MenubarEditMenu, { submenu: MenuId.MenubarCopy, title: { value: nls.localize('copy as', "Copy As"), original: 'Copy As', }, group: '2_ccp', order: 3 }); MenuRegistry.appendMenuItem(MenuId.EditorContext, { submenu: MenuId.EditorContextCopy, title: { value: nls.localize('copy as', "Copy As"), original: 'Copy As', }, group: CLIPBOARD_CONTEXT_MENU_GROUP, order: 3 }); <del> MenuRegistry.appendMenuItem(MenuId.EditorContext, { submenu: MenuId.EditorContextShare, title: { value: nls.localize('share', "Share"), original: 'Share', }, group: '11_share', order: -1 }); </del> <ins> MenuRegistry.appendMenuItem(MenuId.EditorContext, { submenu: MenuId.EditorContextShare, title: { value: nls.localize('share', "Share"), original: 'Share', }, group: '11_share', order: -1, when: ContextKeyExpr.and(ContextKeyExpr.notEquals('resourceScheme', 'output'), EditorContextKeys.editorTextFocus) }); </ins> MenuRegistry.appendMenuItem(MenuId.EditorTitleContext, { submenu: MenuId.EditorTitleContextShare, title: { value: nls.localize('share', "Share"), original: 'Share', }, group: '11_share', order: -1 }); MenuRegistry.appendMenuItem(MenuId.ExplorerContext, { submenu: MenuId.ExplorerContextShare, title: { value: nls.localize('share', "Share"), original: 'Share', }, group: '11_share', order: -1 });

Discussion:
Reproduce: output panel click to open context menu The and should be hidden: <img width="1440" alt="image" src="https://user-"
Will be fixed for Share with
Fixed for Add to Watch as well
Change:
const lastPtyId = parseInt(process.env.VSCODE_LAST_PTY_ID || '0'); delete process.env.VSCODE_LAST_PTY_ID; <del> const logService = new LogService(new ConsoleLogger()); const logChannel = new LogLevelChannel(logService); server.registerChannel(TerminalIpcChannels.Log, logChannel); </del> <ins> // Logging const productService: IProductService = { _serviceBrand: undefined, ...product }; const environmentService = new NativeEnvironmentService(parseArgs(process.argv, OPTIONS), productService); const logService = new LogService(new MultiplexLogService([ new ConsoleLogger(), new SpdLogLogger(TerminalLogConstants.FileName, join(environmentService.logsPath, `${TerminalLogConstants.FileName}.log`), true, false, getLogLevel(environmentService)) ])); const logLevelChannel = new LogLevelChannel(logService); server.registerChannel(TerminalIpcChannels.Log, logLevelChannel); </ins> const heartbeatService = new HeartbeatService(); server.registerChannel(TerminalIpcChannels.Heartbeat, ProxyChannel.fromService(heartbeatService));

Discussion:
This doesn't get logged when creating a terminal with trace logging on
I tried to do this like you and Jackson did for the on the branch merogge/remote-inv, but i'm still not seeing the logs anywhere when using remote WSL. Thoughts? Need this to investigate remote terminal reconnection bc when ssh'ing to localhost, I can't repro the issue and don't want to have to setup a vm.
maybe bc it's in platform instead of workbench it's not working? can't be in workbench though for the ptyService
instead of an output channel I think what we're after is something like this: Here: I thought that's what the LogLevelChannel was doing but maybe not? Or maybe that particular log service/channel type doesn't work on the server since it does in the shared process? !
Change:
if (instance?.xterm?.isStdinDisabled || instance?.shellLaunchConfig.type === 'Task') { instance = await terminalService.createTerminal(); terminalService.setActiveInstance(instance); <del> await focusActiveTerminal(instance, terminalEditorService, terminalGroupService); </del> <ins> await revealActiveTerminal(instance, terminalEditorService, terminalGroupService); </ins> } const isRemote = instance ? instance.isRemote : (workbenchEnvironmentService.remoteAuthority ? true : false);

Discussion:
Type: <bBug</bThis was working in the previous version, now when running lines of code from the editor with "key": "ctrl+enter", "command": "" The cursor automatically snaps to the terminal which is extremely annoying. Please fix this ASAP. VS Code version: Code 1.75.0 (, 2023-02-01T15:23:45.584Z) OS version: Windows_NT x64 10.0. Modes: Sandboxed: No Remote OS version: Linux x64 5.15.0-1031-azure <details<summaryExtensions (25)</summaryExtensionVersion ------ better-cpp-syntax1.17.2 jupyter-keymap1.0.0 vscode-ai-remote0.22.0 remote-containers0.275.0 remote-ssh0.96.0 remote-ssh-edit0.84.0 remote-wsl0.75.1 vscode-remote-extensionpack0.23.0 remote-explorer0.2.0 material-icon-theme4.23.1 vscode-kdb-q-forked1.2.2 unique-lines1.0.0 gitlens13.2.0 json-tools1.0.2 isort2022.8.0 python2023.2.0 vscode-pylance2023.2.10 jupyter2023.1. jupyter-keymap1.0.0 jupyter-renderers1.0.14 vscode-ai0.24.0 vscode-jupyter-cell-tags0.1.6 vscode-jupyter-slideshow0.1.5 azure-account0.11.3 code-spell-checker2.16.0 (2 theme extensions excluded) </details<!-- generated by issue reporter --
Temporary work around is to use to refocus on editor 1, however that's not really effective for long periods of time.
in order to run text in the terminal, we need to focus it. this is working as designed
this wasn't the case on the previous version. You could execute lines of code from the editor with e.g. ctrl+enter without shifting focus to the terminal.

Here is a very simple example from the previous version I have on another machine: <img width="467" alt="image" src="https://user-"<img width="838" alt="image" src="https://user-"All 3 lines are executed with ctrl+enter, and focus does not shift to the terminal so I can e.g. move up/down and execute lines, type lines to execute on the fly. Please advise further as this was definately the behaviour in 1.74.3 and now broken in 1.75.0
ran into the same issue as you. Suspect you've already done this, but a quick fix is to add a new keybinding in with the multi-command extension installed:
Thank you so much for this workaround! If anyone else needs this, the extension is
This was caused by where it changed from just revealing to focusing
Thanks !
Hi, pls do we know when will be new release with this fix publicly available?
it will come in 1.76 which should get releases in about 3 weeks time.
Change:
direction: this._staticArgs.direction, unit: this._staticArgs.unit, select: this._staticArgs.select, <del> value: viewModel.cursorConfig.pageSize </del> <ins> value: dynamicArgs.pageSize || viewModel.cursorConfig.pageSize </ins> }; }

Discussion:
Issue Type: <bBug</ba notebook file. a cell which is large enough to overflow screen. <kbdPgDown</kbdand <kbdPgUp</kbdInstead of going one page down in PgDown, cursor goes to end of cell ! Does this issue occur when all extensions are disabled?: Yes VS Code version: Code 1.63.2 (, 2021-12-15T09:39:46.686Z) OS version: Linux x64 5.13.0-22-generic snap Restricted Mode: No <details<summarySystem Info</summary </details<details<summaryA/B Experiments</summary</details<!-- generated by issue reporter --
Change:
}, { "id": "properties", <del> "extensions": [ ".properties", ".cfg", ".conf", ".directory" ], "filenames": [ ".gitattributes", ".gitconfig", "gitconfig", ".gitmodules", ".editorconfig" ], </del> <ins> "extensions": [ ".properties", ".cfg", ".conf", ".directory", ".gitattributes", ".gitconfig", ".gitmodules", ".editorconfig" ], "filenames": [ "gitconfig" ], </ins> "filenamePatterns": [ "**/.config/git/config", "**/.git/config" ], "aliases": [ "Properties", "properties" ], "configuration": "./properties.language-configuration.json"

Discussion:
Some extensions only apply languages to files with an exact name by default. They should instead include all files ending with the relevant extension, regardless of the prefix. Examples I found are: The npm extension applies the language only to files named exactly , e.g. not to The npm extension applies the language only to files named exactly , e.g. not to The git extension applies the language only to files named exactly , e.g. not The built-in file icon theme recognizes these files by their extension and shows the matching icons besides them, but some extensions don't apply the relevant language to it. A project might include multiple files of the same type in the same folder, and configure their tools to use one or the other, depending on the need. All of the files should have the correct language regardless of their filename, all that should matter is the file extension. Repro: Create and open a file named Expected: The language mode will be set to the "Ignore" language Actual: The language mode is "Plain Text"
Change:
const rawBranchName = defaultName || await window.showInputBox({ placeHolder: localize('branch name', "Branch name"), <del> prompt: localize('provide branch name', "Please provide a branch name"), </del> <ins> prompt: localize('provide branch name', "Please provide a new branch name"), </ins> value: initialValue, ignoreFocusOut: true, validateInput: (name: string) => {

Discussion:
<!-- Please read our Rules of Conduct: --<!-- Please search existing issues to avoid creating duplicates. --<!-- Describe the feature you'd like. --When using the git extension, the intent is clear when clicking on "+ Create new branch..." and immediately being prompted "Please provide a branch name". ! ! But, when clicking on "+ Create a new branch from..." the intent is ambiguous, since the statement "Please provide a branch name" could refer to the branch from which you wish to base the new branch or the name of the new branch, the latter being what actually happens. I've gotten confused one too many times, and inadvertently typed "develop" for the first prompt, only to be prompted with "Select a ref to create the 'develop' branch from". Whoops, time to start over. ! By specifying "Please provide a new branch name...", the intent is clear: the prompt is asking for the name you wish to call the new branch.
(Experimental duplicate detection) Thanks for submitting this issue. Please also check if it is already covered by an existing one, like: <!-- score: 0.658 --- <!-- score: 0.653 --- <!-- score: 0.652 --- <!-- score: 0.646 --- <!-- score: 0.573 --<!-- potentialduplicatescomment --
Let's swap the pick order, what do you think?
Oh I see you already have a PR for it
Change:
this.openEditorsVisibleContextKey.set(!this.contextService.hasWorkspace() || (<IFilesConfiguration>this.configurationService.getConfiguration()).explorer.openEditors.visible !== 0); } <ins> private onWorkspaceRootsChanged(): void { if (this.views.length > 0) { const name = this.getExplorerCaption(); this.views.filter(v => v.id === ExplorerView.ID).forEach(v => v.name = name); this.updateTitleArea(); } } private getExplorerCaption(): string { const workspace = this.contextService.getWorkspace2(); return workspace.roots.length === 1 ? workspace.name : nls.localize('folders', "Folders"); } </ins> protected createView(viewDescriptor: IViewDescriptor, options: IViewletViewOptions): IView { if (viewDescriptor.id === ExplorerView.ID) { // Create a delegating editor service for the explorer to be able to delay the refresh in the opened

Discussion:
Today we show the workspace name it seems.
! What does "title" mean? 1 or 2?
2
It should be FOLDERS in multi root mode, and foldername_ otherwise, right?
Right
It behaves exactly in this way currently. I suppose this issue should be closed.
We should first ask if he can still repro this issue since is not seeing it, are tehre special repro steps
There are no special steps to repro this, so please confirm
!
I still cannot reproduce this. Also, your layout differs from mine - control buttons on the EXPLORER bar. Could you please explain, how I can switch VSCode into such a view?
I have "open editors" section disabled.
Change:
protected readonly _commandService: ICommandService ) { } <del> async showQuickPick(editor: IActiveNotebookEditor, wantedId?: string): Promise<boolean> { </del> <ins> async showQuickPick(editor: IActiveNotebookEditor, wantedId?: string, skipAutoRun?: boolean): Promise<boolean> { </ins> const notebook = editor.textModel; const scopedContextKeyService = editor.scopedContextKeyService; const matchResult = this._getMatchingResult(notebook);

Discussion:
Testing microsoft/vscode-jupyter Open a new window where no kernels have been used Open the kernel picker, get the kernel source picker Click the back button The quick pick flashes closed/opened and shows the source picker again
Was trying the MRU out with my new machine and ran into the same thing. Just adding a few more comments: The progress bar makes it look like the process to find kernels just hangs I'd expect to see like the old experience feels unfinished--it's my first time picking a kernel for this project so I expect it to tell me to just !
Change:
delete(uri: URI): T | undefined { const key = relativePath(this.root.uri, uri) || uri.fsPath; <del> const parts = key.split(/[/]/).filter(p => !!p); return this._delete(this.root, parts, 0); </del> <ins> const iterator = new PathIterator(false).reset(key); return this._delete(this.root, iterator); </ins> } <del> private _delete(node: BranchNode<T, C>, parts: string[], index: number): T | undefined { const name = parts[index]; </del> <ins> private _delete(node: BranchNode<T, C>, iterator: PathIterator): T | undefined { const name = iterator.value(); </ins> const child = node.get(name); if (!child) {

Discussion:
Related to a folder with in name a file to it it ! It will duplicate itself: !
Forgot to update the method in :man_facepalming:
Verification: Follow steps in first comment.
Change:
} async function main(arch = process.arch): Promise<void> { <del> const version = product.electronRepository ? '22.4.5' : util.getElectronVersion(); </del> <ins> const version = product.electronRepository ? '22.4.7' : util.getElectronVersion(); </ins> const electronPath = path.join(root, '.build', 'electron'); const versionFile = path.join(electronPath, 'version'); const isUpToDate = fs.existsSync(versionFile) && fs.readFileSync(versionFile, 'utf8') === `${version}`;

Discussion:
This works on web e.g. but does not work in desktop, either with a desktop git clone or with RemoteHub. The last time this happened it was due to a regression in the list of enabled codecs for our Electron builds.
Sorry for the breakage, the changes from has not been to Electron = 22 versions yet. It will be addressed in new builds this week.
Addressed in
Reopening because of
Change:
.pipe(vfs.dest(`./build/win32/i18n`)); })); }); <ins> // #endregion </ins>

Discussion:
Testing in Firefox, with Spanish (es-es) set Open "Get Started with VS Code in the Web" walkthrough Select last step (open up your code), then first command ("Open Folder" in English, "Abrir carpeta" in Spanish) Modal is in English: ! It isn't a new string, and I didn't think getting started or this command would be from an extension, but perhaps that is the case.
I also see this on modals on the overall welcome page when I try opening a file or folder: !
Thank you for your feedback. We are currently reviewing it (reference ).
This is an odd one. The string looks good here: but the file that that comes from doesn't show up at all in our Spanish files: I'll have to dig into why this is... any ideas?
might be a bug in the tool so that the localize call is not detected. When you generate the export is the string included.
Ok the web strings are now bundled in language packs. It may take a minute for all these new strings to make their way through the translation system... but by end game it should be good.
Change:
registerAction2(class extends Action2 { constructor() { super({ <ins> id: TerminalCommandId.CopyAndClearSelection, title: { value: localize('workbench.action.terminal.copyAndClearSelection', "Copy and Clear Selection"), original: 'Copy and Clear Selection' }, f1: true, category, precondition: ContextKeyExpr.and(ContextKeyExpr.or(TerminalContextKeys.processSupported, TerminalContextKeys.terminalHasBeenCreated), TerminalContextKeys.textSelected), keybinding: [{ win: { primary: KeyMod.CtrlCmd | KeyCode.KeyC }, weight: KeybindingWeight.WorkbenchContrib, when: ContextKeyExpr.and(TerminalContextKeys.textSelected, TerminalContextKeys.focus) }] }); } async run(accessor: ServicesAccessor) { const instance = accessor.get(ITerminalService).activeInstance; await instance?.copySelection(); instance?.clearSelection(); } }); registerAction2(class extends Action2 { constructor() { super({ </ins> id: TerminalCommandId.CopySelectionAsHtml, title: { value: localize('workbench.action.terminal.copySelectionAsHtml', "Copy Selection as HTML"), original: 'Copy Selection as HTML' }, f1: true,

Discussion:
This has bugged me for years but wasn't sure how we should handle it. I think we should do this: ctrl+shift+c: works as it does now, when there is a selection this will copy the selection and retain it ctrl+c: if this is bound to copy when there is a selection (Windows), it should copy the selection and clear it, such that the next ctrl+c will send an interrupt.
On Unix (MacOS and Linux), is used alongside to control the run sending intetrupt signal to the process for the first and suspend for the other. I ended up on this ticket because Ctrl-C was not working to stop the Python debugger with CTRL-C in vscode. Windows version of the debugger uses Ctrl-D for that, but don't be confused that is only for Windows. Clearly something wrong is happening with Ctrl-C on vscode terminal for sure. While looking at this bug may it be possible to address the Ctrl-C not being send to the terminal?
ctrl+c does send SIGINT, it works a little differently on Windows though; if there is a selection it will copy. The proposal here is to copy and clear the selection, such that the next ctrl+ sends SIGINT. You can verify that ctrl+c is sending SIGINT by running the toggle escape sequence logging command as that will show what gets sent to the process.
This is a minor feature that would be good to call out in the release notes.