sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: neovim
Issue: quickfix "(1 of X): ..." message gets immediately overwritten when using `nvim -q`
Labels: bug,startup,messages

### Problem

Hi,

whenever I open neovim with the `-q` flag, the quickfix message "(1 of X): ..." gets immediately overwritten with a blank line. Using :cnext/:cprev shows the messages and they won't get overwritten. I bisected and it happens to me since e41368f3bc1d08d900425608bd199f585d6fce59.

### Steps to reproduce

```bash
echo some text > my_file
echo 'my_file:1:1:some_text' > qf_file
nvim --clean -q qf_file
```

### Expected behavior

The "(1 of X): ..." message should stay visible and not be overwritten when the editor opens.

### Nvim version (nvim -v)

NVIM v0.11.0-dev-921+g2377443cd2

### Vim (not Nvim) behaves the same?

No, vim doesn't have this issue

### Operating system/version

Arch Linux

### Terminal name/version

kitty 0.36.4

### $TERM environment variable

xterm-kitty

### Installation

Arch User Repository (AUR)
Repository: vscode
Issue: Can't create Breakpoint with custom mode from extension
Labels: feature-request,debug

<!-- ⚠️⚠️ Do Not Delete This! bug_report_template ⚠️⚠️ -->
<!-- Please read our Rules of Conduct: https://opensource.microsoft.com/codeofconduct/ -->
<!-- 🕮 Read our guide about submitting issues: https://github.com/microsoft/vscode/wiki/Submitting-Bugs-and-Suggestions -->
<!-- 🔎 Search existing issues to avoid creating duplicates. -->
<!-- 🧪 Test using the latest Insiders build to see if your issue has already been fixed: https://code.visualstudio.com/insiders/ -->
<!-- 💡 Instead of creating your report here, use 'Report Issue' from the 'Help' menu in VS Code to pre-fill useful information. -->
<!-- 🔧 Launch with `code --disable-extensions` to check. -->
Does this issue occur when all extensions are disabled?: Yes

<!-- 🪓 If you answered No above, use 'Help: Start Extension Bisect' from Command Palette to try to identify the cause. -->
<!-- 📣 Issues caused by an extension need to be reported directly to the extension publisher. The 'Help > Report Issue' dialog can assist with this. -->
- VS Code Version: 1.94.0
- OS Version: Debian 12

Steps to Reproduce:

I have a Debug Adapter which defines several DAP Breakpoint Modes (https://microsoft.github.io/debug-adapter-protocol//specification.html#Types_BreakpointMode) and I'm trying to set one of these modes from my extension integrating that adapter.
I can set the mode (i.e. see it in the DAP message received in my DA) but can't see the mode in the Breakpoints View.

I'm trying to create the breakpoint like this
```ts
const bp = new vscode.SourceBreakpoint(...)
(bp as any).mode = "foo";
(bp as any).modeLabel = "Foo";
vscode.debug.addBreakpoints([bp])
```

While the `mode` property is not exposed into the official extension API I think it was intended to be supported because the method implementing breakpoint creation from data passed in the `addBreakpoints` does handle it https://github.com/microsoft/vscode/blob/485a7ede3bb566ec275089ae51d0e38a3e7ef8f1/src/vs/workbench/api/browser/mainThreadDebugService.ts#L222 however it only extracts the `mode` property, not `modeLabel` so the BreakpoinsView then can't render it https://github.com/microsoft/vscode/blob/485a7ede3bb566ec275089ae51d0e38a3e7ef8f1/src/vs/workbench/contrib/debug/browser/breakpointsView.ts#L555

So while I technically can set the mode from my extension the user does not see what mode is set (unless they open the `Edit Breakpoint` "dialog" where it is shown correctly) this is not really usable as having the mode set but user not being able to see it would only cause confusion

![Screenshot_2024-10-07_14-39-12](https://github.com/user-attachments/assets/b235d653-9a31-47a2-aaf8-58208f5d0209)
Repository: terminal
Issue: Spurious OSC 11 when using tmux over Windows' SSH
Labels: Area-VT,Issue-Bug,Product-Terminal

### Windows Terminal version

1.23.2771.0

### Windows build number

10.0.26100.0

### Other Software

* OpenSSH_for_Windows_9.5p1, LibreSSL 3.8.2
* tmux 3.5a

### Steps to reproduce

* Either
  * ssh to a Linux box
  * ssh to WSL (you can get the WSL2 VM IP by running e.g. `ip a` inside WSL)
* Run tmux

### Expected Behavior

```
Welcome to fish, the friendly interactive shell
Type help for instructions on how to use fish
lhecker@server ~>
```

### Actual Behavior

```
Welcome to fish, the friendly interactive shell
Type help for instructions on how to use fish
lhecker@server ~> ]11;rgb:0000/0000/0000\
```

The issue does not occur when ssh'ing to localhost inside WSL.
Repository: rust
Issue: Tracking Issue for Ipv[46]Address::from_octets, Ipv6Address::from_segments
Labels: T-libs-api,C-tracking-issue

<!--
Thank you for creating a tracking issue!

Tracking issues are for tracking a feature from implementation to stabilization.

Make sure to include the relevant RFC for the feature if it has one.

If the new feature is small, it may be fine to skip the RFC process. In that
case, you can use `issue = "none"` in your initial implementation PR. The
reviewer will ask you to open a tracking issue if they agree your feature can be
added without an RFC.
-->

Feature gate: `#![feature(ip_from)]`

This is a tracking issue for `core::net::Ipv[46]Addr::from_octets`, `core::net::Ipv6Addr::from_segments`.

<!--
Include a short description of the feature.
-->

### Public API

<!--
For most library features, it'd be useful to include a summarized version of the public API.
(E.g. just the public function signatures without their doc comments or implementation.)
-->

```rust
// core::net
impl Ipv4Addr {
    pub const fn from_octets(octets: [u8; 4]) -> Ipv4Addr;
}
impl Ipv6Addr {
    pub const fn from_octets(octets: [u8; 16]) -> Ipv6Addr;
    pub const fn from_segments(segments: [u16; 8]) -> Ipv6Addr;
}
```

### Steps / History

<!--
For larger features, more steps might be involved.
If the feature is changed later, please add those PRs here as well.
-->

- [x] API Change Proposal (ACP) https://github.com/rust-lang/libs-team/issues/447
- [x] Implementation: #130629
- [ ] Final comment period (FCP)[^1]
- [ ] Stabilization PR

<!--
Once the feature has gone through a few release cycles and there are no
unresolved questions left, the feature might be ready for stabilization.

If this feature didn't go through the RFC process, a final comment period
(FCP) is always needed before stabilization. This works as follows:

A library API team member can kick off the stabilization process, at which point
the rfcbot will ask all the team members to verify they agree with
stabilization. Once enough members agree and there are no concerns, the final
comment period begins: this issue will be marked as such and will be listed
in the next This Week in Rust newsletter. If no blocking concerns are raised in
that period of 10 days, a stabilization PR can be opened by anyone.
-->

### Unresolved Questions

<!--
Include any open questions that need to be answered before the feature can be
stabilised. If multiple (unrelated) big questions come up, it can be a good idea
to open a separate issue for each, to make it easier to keep track of the
discussions.

It's useful to link any relevant discussions and conclusions (whether on GitHub,
Zulip, or the internals forum) here.
-->

- None yet.

[^1]: https://std-dev-guide.rust-lang.org/feature-lifecycle/stabilization.html
Repository: PowerToys
Issue: The Powershell 7.4 installer provided by Command Not Found is useless and causes the window to be unresponsive
Labels: Issue-Bug,Needs-Triage

### Microsoft PowerToys version

0.85.0

### Installation method

PowerToys auto-update

### Running as admin

Yes

### Area(s) with issue?

Command not found

### Steps to reproduce

Go to Settings, select Command Not Found, click Install Powershell 7.4 or later, a Powershell window pops up, the original window is not responsive, and it cannot be installed normally.

### ✔️ Expected Behavior

The command and execution result are displayed in the Powershell window, and the response of the original window is ensured

### ❌ Actual Behavior

Nothing happens, just a blue box with no words, and the original window is not responding

### Other Software

_No response_
Repository: rust
Issue: `unnameable_test_items` does not detect tests in inner modules
Labels: A-lints,T-compiler,C-bug,L-unnameable_test_items

### Code

```rust
fn _outer_function() {
    mod tests {
        #[test]
        fn inner_test() {}
    }
}
```

### Current output

```text
warning: function `inner_test` is never used
 --> src/lib.rs:4:12
  |
4 |         fn inner_test() {}
  |            ^^^^^^^^^^
  |
  = note: `#[warn(dead_code)]` on by default
```

### Desired output

```text
warning: cannot test inner items
 --> src/lib.rs:3:9
  |
3 |         #[test]
  |         ^^^^^^^
  |
  = note: `#[warn(unnameable_test_items)]` on by default
  = note: this warning originates in the attribute macro `test` (in Nightly builds, run with -Z macro-backtrace for more info)
```

### Rationale and extra context

The desired warning is produced if `mod tests` is removed so that the `inner_test()` is directly in the function. The warning should be produced in both cases, since both cases are tests that will not be run.

The warning was last changed in #114414.

### Rust Version

Stable 1.81.0 and nightly 1.83.0-nightly (2024-10-05 9096f4fafa2ac2d771f8)
Repository: next.js
Issue: tsconfig > compilerOptions.paths > `${configDir}` template variable fails the app load and build
Labels: bug,TypeScript,Module Resolution

### Link to the code that reproduces this issue

https://codesandbox.io/p/devbox/next-tsconfig-configdir-l7jgmy?file=%2Ftsconfig.json%3A23%2C15

### To Reproduce

1. Fork the sandbox
1. Run `pnpm install`
1. Run `pnpm dev`
1. The app fails to load due to import path alias issue

### Current vs. Expected behavior

## Current

TypeScript has added the [${configDir} Template Variable for Configuration Files](https://www.typescriptlang.org/docs/handbook/release-notes/typescript-5-5.html#the-configdir-template-variable-for-configuration-files) in TypeScript 5.5.
This template variable is essential for creating extendable configs, e.g.:
https://github.com/alexilyaev/configs/blob/main/tsconfig/next.json

But it doesn't work in Next.js when used in `tsconfig.json` > `compilerOptions.paths` values.

We can verify that the config works because navigating imports that use the path aliases works as expected.
Also running `pnpm tsc --noEmit` doesn't fail (`pnpm` prefix to run the project TypeScript version and not the global one).

## Expected

Using `${configDir}` Template Variable in `tsconfig.json` should not fail the Next.js app load and build.

### Provide environment information

```bash
Operating System:
  Platform: linux
  Arch: x64
  Version: #1 SMP PREEMPT_DYNAMIC Sun Aug  6 20:05:33 UTC 2023
  Available memory (MB): 4102
  Available CPU cores: 2
Binaries:
  Node: 20.9.0
  npm: 9.8.1
  Yarn: 1.22.19
  pnpm: 8.10.2
Relevant Packages:
  next: 15.0.0-canary.179 // Latest available version is detected (15.0.0-canary.179).
  eslint-config-next: N/A
  react: 19.0.0-rc-2d16326d-20240930
  react-dom: 19.0.0-rc-2d16326d-20240930
  typescript: 5.6.2
Next.js Config:
  output: N/A
```


### Which area(s) are affected? (Select all that apply)

Developer Experience, Module Resolution, TypeScript

### Which stage(s) are affected? (Select all that apply)

next dev (local), next build (local)

### Additional context

I've encountered this issue when I tried to move my `tsconfig.json` settings to an external repo and use it in my repo via `extends` in `tsconfig.json`.
On the TypeScript side, everything worked. But Next.js failed to build.
Repository: ui
Issue: [bug]: Calendar component Icon's props are not used
Labels: bug

### Describe the bug

```js
 components={{
        IconLeft: ({ ...props }) => <ChevronLeft className="h-4 w-4" />,
        IconRight: ({ ...props }) => <ChevronRight className="h-4 w-4" />,
      }}
```

So the props that are defined in `Calendar` component for `IconLeft` and `IconRight` are not used. 


### Affected component/components

Calendar

### How to reproduce
Install the calendar component from shadcn ui

### How to fix this
Go to `apps/www/registry/default/ui/calendar.tsx` & `apps/www/registry/new-york/ui/calendar.tsx` and make the following changes (use the props):

```js
  components={{
        IconLeft: ({ ...props }) => (
          <ChevronLeft className="h-4 w-4" {...props} />
        ),
        IconRight: ({ ...props }) => (
          <ChevronRight className="h-4 w-4" {...props} />
        ),
      }}
```

### System Info

```bash
Chrome Browser, Mac OS
```


### Before submitting

- [X] I've made research efforts and searched the documentation
- [X] I've searched for existing issues
Repository: godot
Issue: "--doctool .. --gdextension-docs" randomly deletes documentation
Labels: bug,topic:editor,topic:gdextension

### Tested versions

Tried in 4.3-stable, 4.4-dev, and [master](https://github.com/godotengine/godot/tree/db66bd35af704fe0d83ba9348b8c50a48e51b2ba)

### System information

Godot v4.4.dev3 - Debian GNU/Linux trixie/sid trixie on X11 - X11 display driver, Multi-window, 1 monitor - OpenGL 3 (Compatibility) - Mesa Intel(R) Graphics (RPL-P) - 13th Gen Intel(R) Core(TM) i7-1360P (16 threads)

### Issue description

I have a script that (as part of my gdextension build) runs these commands on a project that uses the gdextension in some trivial way (calling `new` on a class, for example).

```bash
godot --headless --import
godot --doctool .. --gdextension-docs
```

Occasionally (or frequently, depending on the complexity of the extension), it will delete all of the `doc_classes/*.xml` files and then exit with success (code 0).

I suspect this is something threading-related based on this crash I managed to catch on one attempt during the import step:

![image](https://github.com/user-attachments/assets/d84b0152-4346-47bb-8295-bc32b0cb011e)

### Steps to reproduce

1. Compile the MRP (`scons`)
2. Change directory to the demo project (`cd demo`)
3. `godot --headless --import` (to initialize the documentation)
4. `godot --doctool .. --gdextension-docs` (to update (or destroy due to this bug) the documentation files)

steps 3 and 4 may need to be repeated

### Minimal reproduction project (MRP)

This project is fairly complicated and exhibits the bug more often than it does not:
https://github.com/BenLubar/godot4-spy-cards-online/tree/49d494266edea28649e714d021af4a3d283ae6d2

This one is much simpler, only defining a single singleton class, but it also exhibits the bug occasionally: https://github.com/BenLubar/godot4-opus/tree/472984098c55d3a0f0ba21d3cc926c441b636f04

I suspect that the demo gdextensions in godot-cpp and godot-cpp-template will also exhibit this behavior.
Repository: rust
Issue: Misspelled module names should look for similar modules
Labels: A-diagnostics,T-compiler,A-suggestion-diagnostics

### Code

use std::collection::HashMap;

### Current output

```
error[E0432]: unresolved import `std::collection`
 --> src/main.rs:1:10
  |
1 | use std::collection::HashMap;
  |          ^^^^^^^^^^ could not find `collection` in `std`
```

### Desired output

rustc should do the same similarity search it currently does for other identifiers, to be able to say "did you mean `std::collections::HashMap`".

### Rationale and extra context

_No response_

### Other cases

_No response_

### Rust Version

rustc 1.81.0 (eeb90cda1 2024-09-04)
binary: rustc
commit-hash: eeb90cda1969383f56a2637cbd3037bdf598841c
commit-date: 2024-09-04
host: x86_64-unknown-linux-gnu
release: 1.81.0
LLVM version: 18.1.7


### Anything else?

_No response_
Repository: ui
Issue: [feat]: Example of custom registry usage
Labels: area: request

### Feature description

Hey can we get an example or documentation about how to use a custom registry with the CLI to install components from a custom design system?

### Affected component/components

_No response_

### Additional Context

Inspired by Jack Herrington's latest video: https://www.youtube.com/watch?v=NP2ULDZxpd0

Basically, he created a tool that semi-automatically creates a registry of components based on a git repo history

I would like to know if we can have an official way of doing this, I'm pretty sure a LOT of people would benefit from this.
I believe it would be similar to what is being done on v0 with the generated components.

Let me know if I can help on this!

### Before submitting

- [X] I've made research efforts and searched the documentation
- [X] I've searched for existing issues and PRs
Repository: deno
Issue: `--watch` with `deno serve --parallel` works inconsistently 
Labels: bug,--watch,serve

```typescript
// mod.ts

export default {
	fetch() {
		return new Response("Hello 1\n");
	},
} satisfies Deno.ServeDefaultExport;
```

Start the script with `deno serve --parallel --watch mod.ts`, and then edit the response text to `"Hello 2\n"`.

If I now do bunch of requests I get a mix of the old and new responses (tested in both Firefox and Curl).

If I use `DENO_JOBS=1` it works correctly. And strangely if the value is any higher, for example 2, it will serve more than 2 different responses (if there were enough many edits made to serve).

```
deno 1.46.3 (stable, release, x86_64-unknown-linux-gnu)
v8 12.9.202.5-rusty
typescript 5.5.2
```
Repository: langchain
Issue: Milvus - illegal connection params or server unavailable
Labels: Ɑ: vector store

### Checked other resources

- [X] I added a very descriptive title to this issue.
- [X] I searched the LangChain documentation with the integrated search.
- [X] I used the GitHub search to find a similar question and didn't find it.
- [X] I am sure that this is a bug in LangChain rather than my code.
- [X] The bug is not resolved by updating to the latest stable version of LangChain (or the specific integration package).

### Example Code

vector_db = Milvus(
    embeddings,
    connection_args={"uri": URI},
    collection_name="langchain_example",
)

### Error Message and Stack Trace (if applicable)

2024-10-07 12:06:00     vectorDB = Milvus(
2024-10-07 12:06:00   File "/usr/local/lib/python3.10/site-packages/langchain_milvus/vectorstores/milvus.py", line 326, in __init__
2024-10-07 12:06:00     self.alias = self._create_connection_alias(connection_args)
2024-10-07 12:06:00   File "/usr/local/lib/python3.10/site-packages/langchain_milvus/vectorstores/milvus.py", line 410, in _create_connection_alias
2024-10-07 12:06:00     raise e
2024-10-07 12:06:00   File "/usr/local/lib/python3.10/site-packages/langchain_milvus/vectorstores/milvus.py", line 405, in _create_connection_alias
2024-10-07 12:06:00     connections.connect(alias=alias, **connection_args)
2024-10-07 12:06:00   File "/usr/local/lib/python3.10/site-packages/pymilvus/orm/connections.py", line 449, in connect
2024-10-07 12:06:00     connect_milvus(**kwargs, user=user, password=password, token=token, db_name=db_name)
2024-10-07 12:06:00   File "/usr/local/lib/python3.10/site-packages/pymilvus/orm/connections.py", line 400, in connect_milvus
2024-10-07 12:06:00     gh._wait_for_channel_ready(timeout=timeout)
2024-10-07 12:06:00   File "/usr/local/lib/python3.10/site-packages/pymilvus/client/grpc_handler.py", line 150, in _wait_for_channel_ready
2024-10-07 12:06:00     raise MilvusException(
2024-10-07 12:06:00 pymilvus.exceptions.MilvusException: <MilvusException: (code=2, message=Fail connecting to server on 76.208.102.187:19530, illegal connection params or server unavailable)>

### Description

I am using langchain-milvus 0.1.5 and when trying to connect is failing.  

### System Info

langchain==0.3.0
langchain-core==0.3.5
langchain-milvus==0.1.5
Repository: three.js
Issue: BatchedMesh Example much slower on WebGPU than WebGL on Android
Labels: Device Issue,WebGPU

### Description

On Android ( Samsung Galaxy S20 FE ) BatchedMesh Example WebGPU is much slower : 

WebGPU : `~13FPS`
WebGL : `~25FPS`

![Screenshot_20241007_185610_Chrome](https://github.com/user-attachments/assets/e379c56d-e29c-42fa-9da9-c194a19b7d20)

![Screenshot_20241007_185559_Chrome](https://github.com/user-attachments/assets/8e379db1-d6b5-4d04-8fa5-4f42f035de4f)


### Reproduction steps

1. load on Android https://threejs.org/examples/?q=bat#webgpu_mesh_batch 
2. enabled/disable WebGPU


### Code

```js
```


### Live example

``

### Screenshots

_No response_

### Version

r169

### Device

Mobile

### Browser

Chrome

### OS

Android
Repository: godot
Issue: GraphNode Size bugging out when re-creating every port on the node.
Labels: bug,topic:gui

### Tested versions

- Reproducible in v4.4.dev3.official [f4af8201b]

### System information

Godot v4.4.dev3 - Arch Linux #1 SMP PREEMPT_DYNAMIC Fri, 04 Oct 2024 21:51:11 +0000 on X11 - X11 display driver, Multi-window, 1 monitor - Vulkan (Mobile) - integrated Intel(R) UHD Graphics (JSL) - Intel(R) Pentium(R) Silver N6000 @ 1.10GHz (4 threads)

### Issue description

when re-calculating ports using custom method. GraphNode's vertical size doubled. using remote to set offset_bottom to 0 fixes. but trying to set same property via code does nothing.

### Steps to reproduce

I honestly dont know. something about adding labels and removing them causes something to break. anything I tried to remove appeared to fix the issue. and trying to make it from scratch caused nothing to happen

### Minimal reproduction project (MRP)

[test-project.zip](https://github.com/user-attachments/files/17282173/test-project.zip)
Repository: storybook
Issue: [Bug]: non-unique control input ids
Labels: bug,help wanted,block: other

### Describe the bug

When writing custom component documentation (ie not autodocs) with multiple `<Controls />` blocks on a page, changing the value of a control in one instance of `<Controls />` can manipulate the control in another instance instead. The issue is that the input elements in each `<Controls />` block share the same `id` and `name` attributes per arg. For example, for the arg `size` with 3 options, each instance of `<Controls />` will render a radio group using the `id`s `control-size-0`, `control-size-1`, and `control-size-2`.

Here's a recording from the reproduction link below:
https://github.com/user-attachments/assets/4aaa57b2-7213-4652-820b-718188949d24


### Reproduction link

https://stackblitz.com/edit/github-ygcv3v?file=src%2Fstories%2Fbutton.mdx

### Reproduction steps

1. Go to the above link
2. Click on one of the size options in the controls for section 2
3. Notice that manipulating the controls in section 2 changes the controls in section 1

### System

Storybook Environment Info:

  System:
    OS: Linux 5.0 undefined
    CPU: (8) x64 Intel(R) Core(TM) i9-9880H CPU @ 2.30GHz
    Shell: 1.0 - /bin/jsh
  Binaries:
    Node: 18.20.3 - /usr/local/bin/node
    Yarn: 1.22.19 - /usr/local/bin/yarn
    npm: 10.2.3 - /usr/local/bin/npm <----- active
    pnpm: 8.15.6 - /usr/local/bin/pnpm
  npmPackages:
    @storybook/addon-essentials: ^8.4.0-alpha.4 => 8.4.0-alpha.4 
    @storybook/addon-interactions: ^8.4.0-alpha.4 => 8.4.0-alpha.4 
    @storybook/addon-onboarding: ^8.4.0-alpha.4 => 8.4.0-alpha.4 
    @storybook/blocks: ^8.4.0-alpha.4 => 8.4.0-alpha.4 
    @storybook/react: ^8.4.0-alpha.4 => 8.4.0-alpha.4 
    @storybook/react-vite: ^8.4.0-alpha.4 => 8.4.0-alpha.4 
    @storybook/test: ^8.4.0-alpha.4 => 8.4.0-alpha.4 
    storybook: ^8.4.0-alpha.4 => 8.4.0-alpha.4 

### Additional context

_No response_
Repository: vscode
Issue: Validate data in chat API more thoroughly
Labels: debt,panel-chat

Any chat participant with a bug could have caused the issue in- https://github.com/microsoft/vscode-copilot-release/issues/1723. It shouldn't be possible for an extension to break the chat list like this. We should validate their data at the extHost* file layer, and also make the chat renderer more resilient to rendering bugs.