sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: vscode
Issue: Wider scope for multipleDeclarations options
Labels: info-needed

<!-- ⚠️⚠️ Do Not Delete This! feature_request_template ⚠️⚠️ -->
<!-- Please read our Rules of Conduct: https://opensource.microsoft.com/codeofconduct/ -->
<!-- Please search existing issues to avoid creating duplicates. -->

<!-- Describe the feature you'd like. -->

Hello there,

I have an extension for Nuxt/vue that enriches nuxt developer experience https://github.com/alimozdemir/vscode-nuxt-dx-tools

It perfectly helps developers that looking for components/routes/middlewares/layouts etc. But it's not stable as I want. Nuxt has a feature called auto-import and it generates all the components and related things under *.d.ts files these d.ts files are detected by vscode as a definition, and based on that definition my extension finds the correct path of the file and adds as another definition. (So, it relies on the default definition provider)

The extension allows users to set the "goto" option for better UX, but vscode sometimes selects the .d.ts file or the real vue file. To be able to make it right, I need to figure out this in a better way. Can there be a prioritization for real files? e.g. *.d.ts files can be ignored if "goto" option is selected and a vue file is always "goto" file. 

Please let me know if I can fix this logic by any other approach as well


btw, i tried TS language plugin but it's not working as I expected, getDefinitionAndBoundSpan/getDefinitionAtPosition is not called when I try to navigate, I thought I could change the order or intervene in the result
Repository: vscode
Issue: Problem with recognition for extensions
Labels: feature-request


Type: <b>Feature Request</b>

Due docks can be moved everywhere around GUI exist problem with recognition for extensions (as source of funtions/features : ).
To resolve this issue want propose some identification to be sure what is internal module or what is extension as external, eg. by RCM menu (ID) with option to turn of this type position in context menu. 
In menu can be small icon like `?` to activate `tooltip` with ID as internal module/external adding to more easy reference for some reason.


VS Code version: Code 1.96.4 (cd4ee3b1c348a13bafd8f9ad8060705f6d4b9cba, 2025-01-16T00:16:19.038Z)
OS version: Windows_NT x64 10.0.22631
Modes:


<!-- generated by issue reporter -->
Repository: next.js
Issue: Docs’ recommended modal handling approach interferes with soft navigation 404 behavior
Labels: Parallel & Intercepting Routes

### Link to the code that reproduces this issue

https://codesandbox.io/p/devbox/amazing-tharp-23mwdj

### To Reproduce

1. Start app in dev
2. Click go to nonexistent route - notice the page hasn't changed
3. Hit refresh for a hard-navigation - notice 404 gets rendered

### Current vs. Expected behavior

### Current

Adding a catch-all route into a slot to handle closing modals (as per the docs) breaks soft navigation to non-existent pages - Next just happily swallows the navigation, and keeps rendering the previous page.
NOTE: Hard navigation works as expected - renders a not found page.

### Expected

If nothing - consistent behaviour between soft and hard navigation.
Ideally - either update docs with the correct approach of closing modals or fix the soft navigation.

### Provide environment information

```bash
Operating System:
  Platform: darwin
  Arch: arm64
  Version: Darwin Kernel Version 23.0.0: Fri Sep 15 14:41:43 PDT 2023; root:xnu-10002.1.13~1/RELEASE_ARM64_T6000
  Available memory (MB): 32768
  Available CPU cores: 10
Binaries:
  Node: 18.18.2
  npm: 9.8.1
  Yarn: 1.22.22
  pnpm: 9.9.0
Relevant Packages:
  next: 15.1.6 // Latest available version is detected (15.1.6).
  eslint-config-next: 15.1.3
  react: 19.0.0
  react-dom: 19.0.0
  typescript: 5.7.3
Next.js Config:
  output: standalone
```

### Which area(s) are affected? (Select all that apply)

Parallel & Intercepting Routes

### Which stage(s) are affected? (Select all that apply)

next dev (local), next build (local), next start (local), Other (Deployed)

### Additional context

_No response_
Repository: flutter
Issue: [go_router] Allow nested navigation inside of a Dialog or BottomSheet
Labels: waiting for customer response,in triage

### Use case

[This issue](https://github.com/flutter/flutter/issues/119619#:~:text=%5Bgo_router%5D%20Allow%20nested,New%20issue) does not appear to be resolved. The request is to allow navigation within a dialog or bottomsheet. Navigation from bottomsheet A to bottomsheet B should look just like regular page navigation, except that the changes are happening within the bottomsheets. Plus, the Navigator object should not be used  used. The proposed solution of using ShellRoute does not allow back navigation in iOS.

### Proposal

It would be great if we could create nested navigation within a bottomsheet without directly instantiating the Navigator object.
Repository: vscode
Issue: Git - Compare files in different commits (hash)
Labels: feature-request,git


Type: <b>Feature Request</b>

I'm still looking this solution to see ver/id commit in files comparison mode, but appetite is more.. eg. compare different points from commits - I mind different commits as ID hash.

https://github.com/microsoft/vscode/issues/227923#issuecomment-2343064010

VS Code version: Code 1.96.4 (cd4ee3b1c348a13bafd8f9ad8060705f6d4b9cba, 2025-01-16T00:16:19.038Z)
OS version: Windows_NT x64 10.0.22631
Modes:


<!-- generated by issue reporter -->
Repository: pytorch
Issue: need to document `FlopCounterMode`
Labels: module: docs,triaged

### 📚 The doc issue

`FlopCounterMode` as demo'ed here https://gist.github.com/Chillee/07b36672a0ca2d1280e42b8d10f23174 needs to be documented please.

And thank you!

cc: @Chillee 


cc @svekars @brycebortree @sekyondaMeta @AlannaBurke
Repository: flutter
Issue: Flutter Web: List containers require role="list", List Items require role="listitem" (Accessibility)
Labels: c: new feature,framework,a: accessibility,platform-web,c: proposal,customer: castaway,team-accessibility

### Use case

Any content that consists of an outer container with a list of elements inside require the `list` and `listitem` roles.

### Proposal

Add the WAI-ARIA roles `list` and `listitem` to the the available semantics roles in existing list-related widget libraries.

Example:
```
<div role="list" aria-label="This is a list">
  <div role="listitem">List item 1</div>
  <div role="listitem">List item 2</div>
  <div role="listitem">List item 3</div>
</div>
```
Repository: vscode
Issue: Companion not working in codespaces
Labels: info-needed,triage-needed

Whenever I try to put a companion in a new window it makes it very small and I don't know how to fix it.

![Image](https://github.com/user-attachments/assets/ac60c928-501b-48bc-aafc-ebb744c37ec7)

Version: 1.96.3
Commit: 91fbdddc47bc9c09064bf7acf133d22631cbf083
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36
Embedder: codespaces

<!-- generated by web issue reporter -->
Repository: flutter
Issue: Flutter Web: Modal dialogs and modal alert dialogs require the aria-modal property (Accessibility)
Labels: c: new feature,framework,f: material design,a: accessibility,platform-web,c: proposal,customer: castaway,team-accessibility

### Use case

The WAI-ARIA property `aria-modal="true"` must be available on all modal dialogs and modal alert dialogs so users cannot interact with content outside an active dialog window.

### Proposal

Add the WAI-ARIA property `aria-modal="true"` to the list of semantics flags on the container element for modals and alert modals.
Repository: flutter
Issue: Flutter Web: aria-controls must be an available property on all component types (Accessibility)
Labels: c: new feature,a: accessibility,platform-web,c: proposal,customer: castaway,fyi-web,team-accessibility

### Use case

The WAI-ARIA property aria-controls must be available on all Flutter component types/widgets to identify the element (or elements) whose contents or presence are controlled by the current element.

### Proposal

Add the WAI-ARIA property `aria-controls` to the list of semantics flags on all Flutter component types/widgets. Its value must be the ID of the element on the page that it controls. Multiple ID's can be listed (each separated by a single space).

Examples:
```
aria-controls="panel1"
aria-controls="panel1 panel2 panel3"
```
Repository: pytorch
Issue: Error `RuntimeError: CUDA error: no kernel image is available for execution on the device` when doing `!=` operation on Jetson orin agx.
Labels: module: cuda,triaged

### 🐛 Describe the bug

I am using Jetpack 6.2 with cuda12.4 on a Jetson orin agx developer kit. I am able to put tensors to the device, but for some reason I am getting an error when trying to do the `!=` operation.

 I am using python 3.11 and I installed torch with the following
```bash
pip3 install --pre torch --index-url https://download.pytorch.org/whl/nightly/cu124
```

If I run `nvcc --version` I get the following

```bash
eisenbnt@ubuntu:~$ nvcc --version
nvcc: NVIDIA (R) Cuda compiler driver
Copyright (c) 2005-2024 NVIDIA Corporation
Built on Tue_Feb_27_16:18:46_PST_2024
Cuda compilation tools, release 12.4, V12.4.99
Build cuda_12.4.r12.4/compiler.33961263_0
```

Here is some python that gives the error.

```python
>>> import torch
>>> x = torch.tensor([0, 1, 1]).to(0)
>>> print(x.device)
cuda:0
>>> x != 0
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
RuntimeError: CUDA error: no kernel image is available for execution on the device
CUDA kernel errors might be asynchronously reported at some other API call, so the stacktrace below might be incorrect.
For debugging consider passing CUDA_LAUNCH_BLOCKING=1
Compile with `TORCH_USE_CUDA_DSA` to enable device-side assertions.
>>> x != torch.tensor(0).to(0)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
RuntimeError: CUDA error: no kernel image is available for execution on the device
CUDA kernel errors might be asynchronously reported at some other API call, so the stacktrace below might be incorrect.
For debugging consider passing CUDA_LAUNCH_BLOCKING=1
Compile with `TORCH_USE_CUDA_DSA` to enable device-side assertions.
>>> x != torch.tensor([0, 0, 0]).to(0)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
RuntimeError: CUDA error: no kernel image is available for execution on the device
CUDA kernel errors might be asynchronously reported at some other API call, so the stacktrace below might be incorrect.
For debugging consider passing CUDA_LAUNCH_BLOCKING=1
Compile with `TORCH_USE_CUDA_DSA` to enable device-side assertions.
>>> torch.version.cuda
'12.4'
>>> torch.cuda.is_available()
True

```

cc @ptrblck @msaroufim @eqy
Repository: langchain
Issue: update tutorials, how-to guides, and high traffic integrations to use init_chat_model
Labels: documentation,🤖:docs

### Privileged issue

- [x] I am a LangChain maintainer, or was asked directly by a LangChain maintainer to create an issue here.

### Issue Content

These guides (including ones operating off of `ChatModelTabs`) should use `langchain.chat_models.init_chat_model`
Repository: pytorch
Issue: Confusing as_storage_and_layout(x, want_contiguous=True) behavior
Labels: triaged,oncall: pt2,module: inductor,internal ramp-up task

### 🐛 Describe the bug

The following two invocations are not equivalent:

```
x = ExternKernel.require_contiguous(x)
storage, old_layout = as_storage_and_layout(x, want_contiguous=True)
```
and
```
x = ExternKernel.realize_input(x)
storage, old_layout = as_storage_and_layout(x, want_contiguous=True)
```

This is because `as_storage_and_layout(x, want_contiguous=True)` will not behave well with `ReinterpretView`. 

See:
```
        # making the base of x contiguous or stride_ordered will not necessarily make
        # the ReinterpretView either, so don't pass along those arguments
```

The comment comes from me (oops). this was two years ago and I forget some of the context but I think we were making unnecessary clones.  

We should be able to translate what strides the base of `x` would require for the output ReinterpretView to be contiguous and then fix the layout.

### Versions

master

cc @chauhang @penguinwu @voznesenskym @EikanWang @jgong5 @Guobing-Chen @XiaobingSuper @zhuhaozhe @blzheng @wenzhe-nrv @jiayisunx @ipiszy @yf225 @chenyang78 @kadeng @muchulee8 @ColinPeppler @amjames @desertfire @aakhundov
Repository: rust
Issue: rustc does not recognize Vec<A>::collect from Vec<B> for complex types
Labels: C-optimization

Imagine I have two structs which are trivially transmutable: Xc -> X and Yc -> Y.

```
struct X {
    a: u32,
    b: u64,
}

struct Xc {
    a: u32,
    b: u64,
}

impl From<Xc> for X {
    fn from(value: Xc) -> Self {
        Self {
            a: value.a,
            b: value.b,
        }
    }
}

struct Y {
    z: [u8; 32],
}

struct Yc {
    z: [u8; 32],
}

impl From<Yc> for Y {
    fn from(value: Yc) -> Self {
        Self { z: value.z }
    }
}
```

Then `Vec<Xc> -> Vec<X` is recognized by optimizer:

```
#[no_mangle]
fn convert_xs(xs: Vec<Xc>) -> Vec<X> {
    xs.into_iter().map(Into::into).collect()
}

$ cargo asm convert_xs

.section .text.convert_xs,"ax",@progbits
	.globl	convert_xs
	.p2align	4, 0x90
	.type	convert_xs,@function
convert_xs:
	.cfi_startproc
	mov rax, rdi
	movups xmm0, xmmword ptr [rsi]
	mov rcx, qword ptr [rsi + 16]
	movups xmmword ptr [rdi], xmm0
	mov qword ptr [rdi + 16], rcx
	ret
```

So does `Vec<Yc> -> Vec<Y>`:

```
#[no_mangle]
fn convert_ys(ys: Vec<Yc>) -> Vec<Y> {
    ys.into_iter().map(Into::into).collect()
}

$ cargo asm convert_ys

.section .text.convert_ys,"ax",@progbits
	.globl	convert_ys
	.p2align	4, 0x90
	.type	convert_ys,@function
convert_ys:
	.cfi_startproc
	mov rax, rdi
	movups xmm0, xmmword ptr [rsi]
	mov rcx, qword ptr [rsi + 16]
	movups xmmword ptr [rdi], xmm0
	mov qword ptr [rdi + 16], rcx
	ret
```

But not `Vec<(Xc, Yc)>) -> Vec<(X, Y)>`:

```
#[no_mangle]
fn convert_tuple(xy: Vec<(Xc, Yc)>) -> Vec<(X, Y)> {
    xy.into_iter().map(|(x, y)| (x.into(), y.into())).collect()
}

$ cargo asm convert_tuple

.section .text.convert_tuple,"ax",@progbits
	.globl	convert_tuple
	.p2align	4, 0x90
	.type	convert_tuple,@function
convert_tuple:
	.cfi_startproc
	mov rax, rdi
	mov rcx, qword ptr [rsi]
	mov rdx, qword ptr [rsi + 8]
	mov rdi, qword ptr [rsi + 16]
	mov rsi, rdx
	test rdi, rdi
	je .LBB5_3
	lea rsi, [rdi + 2*rdi]
	shl rsi, 4
	add rsi, rdx
	lea rdi, [rsp - 32]
	mov r8, rdx
	.p2align	4, 0x90
.LBB5_2:
	mov r9, qword ptr [r8]
	mov r10d, dword ptr [r8 + 8]
	movups xmm0, xmmword ptr [r8 + 16]
	mov r11, qword ptr [r8 + 32]
	mov qword ptr [rdi + 16], r11
	mov r11d, dword ptr [r8 + 40]
	mov dword ptr [rdi + 24], r11d
	mov r11d, dword ptr [r8 + 44]
	mov dword ptr [rdi + 28], r11d
	movups xmmword ptr [rdi], xmm0
	mov qword ptr [r8], r9
	mov dword ptr [r8 + 8], r10d
	movups xmm0, xmmword ptr [rsp - 36]
	movups xmm1, xmmword ptr [rsp - 20]
	movups xmmword ptr [r8 + 12], xmm0
	movups xmmword ptr [r8 + 28], xmm1
	mov r9d, dword ptr [rsp - 4]
	mov dword ptr [r8 + 44], r9d
	add r8, 48
	cmp r8, rsi
	jne .LBB5_2
.LBB5_3:
	sub rsi, rdx
	shr rsi, 4
	movabs rdi, -6148914691236517205
	imul rdi, rsi
	mov qword ptr [rax], rcx
	mov qword ptr [rax + 8], rdx
	mov qword ptr [rax + 16], rdi
	ret
```

Why is it? Is there some kind of limitation for this kind of optimization?

This is a MRE. Originally I try to cast `Vec<A> -> Vec<B>` where A and B are 336 bytes long.
Repository: flutter
Issue: Flutter Web: Single-line text <input> elements require all options for the type (not just type="text") (Accessibility)
Labels: c: new feature,a: accessibility,platform-web,c: proposal,customer: castaway,fyi-web,team-accessibility

### Use case

The following data types are available for single-line text `<input>` elements:
- `email`
- `password`
- `search`
- `tel`
- `text` (default value)
- `url`

### Proposal

The following values for the `<input>` type attribute must be available for single-line text components/widgets:

- `email`
- `password`
- `search`
- `tel`
- `url`
Repository: pytorch
Issue: Enable CUDA 12.8.0
Labels: module: cuda,triaged

### 🚀 The feature, motivation and pitch

CUDA 12.8.0 is out, adding to CI/CD.

Docker Images & Windows AMI Update

- [x] https://github.com/pytorch/pytorch/pull/145567
- [ ] https://github.com/pytorch/pytorch/pull/145789
- [ ] Windows AMI update
- [ ] Magma build - https://github.com/pytorch/pytorch/pull/145765 (draft)

CD Update

- [ ] https://github.com/pytorch/pytorch/pull/145792

### Alternatives

_No response_

### Additional context

_No response_

cc @atalman @malfet @ptrblck @msaroufim @eqy @nWEIdia
Repository: pytorch
Issue: [BE] Automate update stable_cuda version so that we can set it when introducing new cuda version
Labels: module: cuda,module: ci,triaged,topic: binaries

### 🐛 Describe the bug

Currently We pin stable cuda version here :
https://github.com/pytorch/pytorch/blob/main/.github/scripts/generate_binary_build_matrix.py#L419
https://github.com/pytorch/pytorch/blob/main/.github/scripts/generate_binary_build_matrix.py#L376
https://github.com/pytorch/pytorch/blob/main/.github/workflows/docker-release.yml#L156
etc... 

I would like to add CUDA_STABLE variable to https://github.com/pytorch/pytorch/blob/main/.github/scripts/generate_binary_build_matrix.py to be able to set it once during new CUDA version update and reuse it across the project.




### Versions

2.7.0

cc @ptrblck @msaroufim @eqy @seemethere @malfet @pytorch/pytorch-dev-infra
Repository: go
Issue: proposal: cmd/go: reduce calls to module proxy /list for deprecation checks in run / install
Labels: Proposal,GoCommand

### Proposal Details

### Background
We run a fairly large (~16TB/day) go module proxy and have noticed a recent increase in requests to the list endpoint, which is inherently not long-term cacheable. Large public proxies cache responses with a short TTL (e.g. the official proxy.golang.org caches for 60s). For us, using Athens with S3, this traffic increase caused us to hit rate limits of the S3 ListObjectsV2 API, increasing latency, causing timeouts, and failing build steps.

The timing of this seemed to correlate with increasing adoption of go1.23. We traced this increase in list API calls to a [new behavior added](https://github.com/golang/go/commit/5e1e3a002528714f7c5954dd13068a89f41f747a) in go run and go install wherein these tools now check if the requested module has been deprecated. You can see this if you install an older version of a deprecated library. For example, `go install -x github.com/golang/protobuf/protoc-gen-go@v1.5.3` prints these additional lines when running go1.23:

```
# get https://proxy.golang.org/github.com/golang/protobuf/@v/list
# get https://proxy.golang.org/github.com/golang/protobuf/@v/list: 200 OK
# get https://proxy.golang.org/github.com/golang/protobuf/@v/v1.5.4.info
# get https://proxy.golang.org/github.com/golang/protobuf/@v/v1.5.4.info: 200 OK
# get https://proxy.golang.org/github.com/golang/protobuf/@v/v1.5.4.mod
# get https://proxy.golang.org/github.com/golang/protobuf/@v/v1.5.4.mod: 200 OK
go: module github.com/golang/protobuf is deprecated: Use the "google.golang.org/protobuf" module instead.

```

### Proposal
This is a nice feature, but it would be better if it was one we could opt into or out of. Some unattended workloads install or run specific versions of packages, and the addition of a call to a no-cache or low-TTL go module proxy endpoint has reduced the reliability of the `go install` and `go run` commands in these workloads. We handle deprecated modules using separate tooling, so these deprecation messages are largely ignored.

Alternatively, the go module proxy API could be extended to include a version deprecation check endpoint and could maybe fall back to the go 1.23 behavior if that endpoint responds with an error. This would allow for longer-duration caching of deprecation check results without impeding the freshness of the list endpoint.

Related, it seems any go commands that fetch modules could benefit from retries with exponential backoff. The deprecation checks in go 1.23 result in more overall requests to the go module proxy and now include a call to the most error-prone endpoint. Especially if the current behavior is preserved, failed requests should be retried, perhaps after trying all subsequent proxies.
Repository: electron
Issue: Drag and Drop not showing icon when leaving electron window
Labels: platform/windows,bug :beetle:,bug/regression :leftwards_arrow_with_hook:,component/drag-and-drop,has-repro-gist,34-x-y

### Preflight Checklist

- [x] I have read the [Contributing Guidelines](https://github.com/electron/electron/blob/main/CONTRIBUTING.md) for this project.
- [x] I agree to follow the [Code of Conduct](https://github.com/electron/electron/blob/main/CODE_OF_CONDUCT.md) that this project adheres to.
- [x] I have searched the [issue tracker](https://www.github.com/electron/electron/issues) for a bug report that matches the one I want to file, without success.

### Electron Version

34.0.1

### What operating system(s) are you using?

Windows

### Operating System Version

Windows 10 19045.5371

### What arch are you using?

x64

### Last Known Working Electron version

33.3.0

### Expected Behavior

When using the drag and drop code provided in the example section, the icon is shown when dragging out of the electron window

### Actual Behavior

It looks like this 

![Image](https://github.com/user-attachments/assets/b293933c-5d5a-4180-879b-792a992ef432)

### Testcase Gist URL

https://gist.github.com/IslandRhythms/da503bd1d495f0aa1252e7360b6340f9

### Additional Information

_No response_
Repository: electron
Issue: `safeStorage.isEncryptionAvailable()` doesn't respect `app.name` when called before the app is ready on macOS
Labels: platform/macOS,bug :beetle:,has-repro-gist,component/safestorage,34-x-y

### Preflight Checklist

- [x] I have read the [Contributing Guidelines](https://github.com/electron/electron/blob/main/CONTRIBUTING.md) for this project.
- [x] I agree to follow the [Code of Conduct](https://github.com/electron/electron/blob/main/CODE_OF_CONDUCT.md) that this project adheres to.
- [x] I have searched the [issue tracker](https://www.github.com/electron/electron/issues) for a bug report that matches the one I want to file, without success.

### Electron Version

34.0.1

### What operating system(s) are you using?

macOS

### Operating System Version

Sequoia 15.2

### What arch are you using?

arm64 (including Apple Silicon)

### Last Known Working Electron version

_No response_

### Expected Behavior

`safeStorage.isEncryptionAvailable()` should create a Keychain Access entry named `{app.name} Safe Storage`.

### Actual Behavior

A Keychain Access entry named `Chromium Safe Storage` is created instead.

### Testcase Gist URL

https://gist.github.com/erikian/a8a354ee5cfa6e090653a2bbbfb2adb9

### Additional Information

The main side-effect is a password prompt suggesting that the app is trying to access data from Chromium:

![Image](https://github.com/user-attachments/assets/62691ea4-3a60-45d5-8c53-16f309c9a387)

I did some testing and the prompt doesn't seem to be shown for code-signed apps (at least on TestFlight), but the production app still uses `Chromium Safe Storage` and it doesn't sound like a good idea to allow our app's encrypted data to be saved under another app's name (_especially_ Chromium).

A bunch of Electron apps like Figma and VS Code have a properly named entry in Keychain Access, so I'd expect to see one with my app's name (or at least `Electron`) when debugging `safeStorage` issues; it should not be possible to have different names depending on what point of the app's lifecycle the entry is created (if I move the `safeStorage.isEncryptionAvailable()` call from the top-level to the `app.whenReady` callback in my demo, the correct name is used).

The existing documentation doesn't list any caveats for calling `safeStorage.isEncryptionAvailable()` before the app is ready on macOS, so the docs needs to be updated if the naming issue is not something that can be fixed.