sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: PowerToys
Issue: Support Vietnamese for Text Extractor
Labels: Resolution-Already Fixed/Doesn't Apply,Product-Text Extractor

### Description of the new feature / enhancement

Currently, the Text Extractor tool does not fully support the Vietnamese language. I propose an enhancement to enable the tool to accurately process and recognize Vietnamese text, including diacritical marks and the unique word arrangement of the language.

### Scenario when this would be used?

Managing documents in Vietnam for both personal and professional purposes.
Supporting translation, archiving, or data processing tasks involving Vietnamese text in fields such as education, administration, or commerce.

### Supporting information

Vietnamese consists of 29 letters with diacritical marks: acute (́), grave (̀), tilde (̃), hook (̉), dot (̣).
References for Vietnamese language processing:
Research on Vietnamese Natural Language Processing.
Open-source libraries supporting Vietnamese, such as Pyvi and VnCoreNLP.
Repository: PowerToys
Issue: Add Alt+1, 2, 3, 4, 5 shortcuts for quick selection in PowerToys Run
Labels: Needs-Triage

### Description of the new feature / enhancement

I propose adding keyboard shortcuts Alt+1, Alt+2, Alt+3, Alt+4, Alt+5 to PowerToys Run to allow quick selection of the corresponding search results. This feature will make the tool more efficient for users who rely on keyboard navigation.

### Scenario when this would be used?

When a user searches for a command or application in PowerToys Run and wants to quickly execute it without additional navigation.
This feature is particularly useful for power users who prefer keyboard shortcuts for speed and efficiency.

### Supporting information

The addition of these shortcuts aligns with common UI patterns, such as using numbered shortcuts in command palettes or search tools.
Similar implementations can be found in tools like Visual Studio Code and IntelliJ IDEA, which also support number-based quick selection.
Repository: ui
Issue: [bug]: Monorepo import cn wrong path
Labels: bug

### Describe the bug

cd apps/web
npx shadcn@canary add login-05

components create in package/ui -> correct
components import cn from @repo/lib/utils -> wrong. should import from @repo/ui or ../utils

### Affected component/components

Monorepo

### How to reproduce

cd apps/web
npx shadcn@canary add login-05

components create in package/ui -> correct
components import cn from @repo/lib/utils -> wrong. should import from @repo/ui or ../utils

### Codesandbox/StackBlitz link

_No response_

### Logs

```bash

```

### System Info

```bash
mac, canary shadcn monorepo setup
```

### Before submitting

- [x] I've made research efforts and searched the documentation
- [x] I've searched for existing issues
Repository: rust
Issue: Missed optimization opportunity when trivially moving struct by moving fields
Labels: T-compiler,C-optimization

Example code:

```rust
#[repr(C)]
pub struct ThreeFields<'a> {
    a: &'a [u32],
    b: &'a [u32],
    c: &'a [u32],
}

#[inline(always)]
pub fn should_be_no_op(val: ThreeFields) -> ThreeFields {
    ThreeFields {
        a: val.a,
        b: val.b,
        c: val.c,
    }
}

pub fn sum_slices_1(val: ThreeFields) -> u32 {
    sum(&val)
}

pub fn sum_slices_2(val: ThreeFields) -> u32 {
    let val = should_be_no_op(val);
    sum(&val)
}

#[inline(never)]
pub fn sum(val: &ThreeFields) -> u32 {
    val.a.iter().sum::<u32>() + val.b.iter().sum::<u32>() + val.c.iter().sum::<u32>()
}
```

In rustc 1.84 stable this generates a number of moves that I don't think need to be there, especially when inlining:

```
example::sum_slices_1::hc2a0527df8a4985d:
        jmp     qword ptr [rip + example::sum::h228167780f08fdbb@GOTPCREL]

example::sum_slices_2::hfa5e09ed5de6d084:
        sub     rsp, 56
        movups  xmm0, xmmword ptr [rdi]
        movups  xmm1, xmmword ptr [rdi + 16]
        movups  xmm2, xmmword ptr [rdi + 32]
        movups  xmmword ptr [rsp + 8], xmm0
        movups  xmmword ptr [rsp + 24], xmm1
        movups  xmmword ptr [rsp + 40], xmm2
        lea     rdi, [rsp + 8]
        call    qword ptr [rip + example::sum::h228167780f08fdbb@GOTPCREL]
        add     rsp, 56
        ret
```

See https://rust.godbolt.org/z/erxfM53Kq

While this is a pretty pointless example, this comes up in situations where you might want to convert a tuple of slices into a struct of slices in order to assign names to the tuple members (I've been running into these issues working on [gecs](https://github.com/recatek/gecs)).

See also: https://github.com/rust-lang/rust/issues/107436 and https://github.com/rust-lang/rust/issues/135787
Repository: rust
Issue: Missed optimization opportunity when trivially converting between tuple struct and field struct by field values
Labels: T-compiler,C-optimization

Example code:

```rust
#[repr(C)]
pub struct Triple<'a>(&'a [u32], &'a [u32], &'a [u32]);

#[repr(C)]
pub struct ThreeFields<'a> {
    a: &'a [u32],
    b: &'a [u32],
    c: &'a [u32],
}

#[inline(always)]
pub fn should_be_no_op(val: Triple) -> ThreeFields {
    ThreeFields {
        a: val.0,
        b: val.1,
        c: val.2,
    }
}

pub fn sum_slices_1(val: ThreeFields) -> u32 {
    sum(&val)
}

pub fn sum_slices_2(val: Triple) -> u32 {
    let val = should_be_no_op(val);
    sum(&val)
}

#[inline(never)]
pub fn sum(val: &ThreeFields) -> u32 {
    val.a.iter().sum::<u32>() + val.b.iter().sum::<u32>() + val.c.iter().sum::<u32>()
}
```

In rustc 1.84 stable this generates a number of moves that I don't think need to be there, especially when inlining:

```
example::sum_slices_1::hc2a0527df8a4985d:
        jmp     qword ptr [rip + example::sum::h228167780f08fdbb@GOTPCREL]

example::sum_slices_2::hc5b364eabe45dc38:
        sub     rsp, 56
        movups  xmm0, xmmword ptr [rdi]
        movups  xmm1, xmmword ptr [rdi + 16]
        movups  xmm2, xmmword ptr [rdi + 32]
        movups  xmmword ptr [rsp + 8], xmm0
        movups  xmmword ptr [rsp + 24], xmm1
        movups  xmmword ptr [rsp + 40], xmm2
        lea     rdi, [rsp + 8]
        call    qword ptr [rip + example::sum::h228167780f08fdbb@GOTPCREL]
        add     rsp, 56
        ret
```

See https://rust.godbolt.org/z/3sG9nz3oc

While this is a pretty pointless example, this comes up in situations where you might want to convert a tuple of slices into a struct of slices in order to assign names to the tuple members (I've been running into these issues working on [gecs](https://github.com/recatek/gecs)).

See also: https://github.com/rust-lang/rust/issues/107436 and https://github.com/rust-lang/rust/issues/135786
Repository: pytorch
Issue: The `sympy` dependency spec for pytorch on PyPi wheel is still unchanged.
Labels: oncall: releng,triaged,module: third_party

When run `pip install -U torch`, it will still require `sympy==1.13.1` and will uninstall the latest `sympy` which is version `1.13.3` in the virtual environment.

The reason is due to the dependency spec unchanged in `setup.py`.
Repository: go
Issue: x/tools/gopls: "missing reachable node for %q" bug in evaluatePackageHandle
Labels: NeedsInvestigation,gopls,Tools,gopls/telemetry-wins,BugReport

```
#!stacks
"bug.Reportf" && "evaluatePackageHandle.func2:+4"
```
Issue created by [stacks](https://pkg.go.dev/golang.org/x/tools/gopls/internal/telemetry/cmd/stacks).
```go

		// Collect reachable nodes.
		var reachableNodes []*handleNode
		// In the presence of context cancellation, any package may be missing.
		// We need all dependencies to produce a key.
		reachable.Elems(func(id typerefs.IndexID) {
			dh := b.nodes[id]
			if dh == nil {
				// Previous code reported an error (not a bug) here.
				bug.Reportf("missing reachable node for %q", id) <---------- here
			} else {
				reachableNodes = append(reachableNodes, dh)
			}
		})
```
This stack `HFIUJQ` was [reported by telemetry](https://storage.googleapis.com/prod-telemetry-merged/2025-01-18.json):

- `gopls/bug`
- [`golang.org/x/tools/gopls/internal/util/bug.report:+35`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/util/bug/bug.go;l=109)
- [`golang.org/x/tools/gopls/internal/util/bug.Reportf:+1`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/util/bug/bug.go;l=54)
- [`golang.org/x/tools/gopls/internal/cache.(*packageHandleBuilder).evaluatePackageHandle.func2:+4`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/cache/check.go;l=1211)
- [`golang.org/x/tools/gopls/internal/cache/typerefs.(*PackageSet).Elems:+10`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/cache/typerefs/packageset.go;l=135)
- [`golang.org/x/tools/gopls/internal/cache.(*packageHandleBuilder).evaluatePackageHandle:+140`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/cache/check.go;l=1207)
- [`golang.org/x/tools/gopls/internal/cache.(*Snapshot).getPackageHandles.func2.1:+8`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/cache/check.go;l=896)
- [`golang.org/x/sync/errgroup.(*Group).Go.func1:+3`](https://cs.opensource.google/go/x/sync/+/v0.9.0:errgroup/errgroup.go;l=78)
- `runtime.goexit:+0`
```
golang.org/x/tools/gopls@v0.17.1 go1.23.4 linux/amd64 vscode (1)
golang.org/x/tools/gopls@v0.17.1 go1.23.2 linux/amd64 vscode (2)
```
Repository: go
Issue: x/tools/gopls: "nil handle" assert in getPackageHandles
Labels: NeedsInvestigation,gopls,Tools,gopls/telemetry-wins,BugReport

```
#!stacks
"cache.assert" && "getPackageHandles:+93"
```
Issue created by [stacks](https://pkg.go.dev/golang.org/x/tools/gopls/internal/telemetry/cmd/stacks).
```go

	// Copy handles into the result map.
	handles := make(map[PackageID]*packageHandle, len(b.nodes))
	for _, v := range b.nodes {
		assert(v.ph != nil, "nil handle")  <--- here
		handles[v.mp.ID] = v.ph
	}
```
This stack `DcqCUg` was [reported by telemetry](https://storage.googleapis.com/prod-telemetry-merged/2025-01-18.json):

- `crash/crash`
- [`runtime.gopanic:+69`](https://cs.opensource.google/go/go/+/go1.23.4:src/runtime/panic.go;l=804)
- [`golang.org/x/tools/gopls/internal/cache.assert:=10`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/cache/debug.go;l=10)
- [`golang.org/x/tools/gopls/internal/cache.(*Snapshot).getPackageHandles:+93`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/cache/check.go;l=919)
- [`golang.org/x/tools/gopls/internal/cache.(*Snapshot).forEachPackage:+37`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/cache/check.go;l=194)
- [`golang.org/x/tools/gopls/internal/cache.(*Snapshot).PackageDiagnostics:+28`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/cache/snapshot.go;l=565)
- [`golang.org/x/tools/gopls/internal/server.(*server).diagnoseChangedFiles:+50`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/server/diagnostics.go;l=292)
- [`golang.org/x/tools/gopls/internal/server.(*server).diagnoseSnapshot:+14`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/server/diagnostics.go;l=215)
- [`golang.org/x/tools/gopls/internal/server.(*server).diagnoseChangedViews.func1:+3`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/server/diagnostics.go;l=156)
- [`golang.org/x/tools/gopls/internal/server.(*server).diagnoseChangedViews.gowrap1:+16`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/server/diagnostics.go;l=169)
- `runtime.goexit:+0`
```
golang.org/x/tools/gopls@v0.17.1 go1.23.4 linux/amd64 vscode (1)
```
Repository: go
Issue: x/tools/gopls: "missing reference to package %s" bug in getOneTransitiveRefLocked
Labels: NeedsInvestigation,gopls,Tools,gopls/telemetry-wins,BugReport

```
#!stacks
"bug.Reportf" && "getOneTransitiveRefLocked:+32"
```
Issue created by [stacks](https://pkg.go.dev/golang.org/x/tools/gopls/internal/telemetry/cmd/stacks).
```go
	// Note that if (!ok && trefs.complete), the name does not exist in the
	// referenced package, and we should not write to trefs as that may introduce
	// a race.
	if !ok && !trefs.complete {
		n := b.nodes[sym.Package]
		if n == nil {
			// We should always have IndexID in our node set, because symbol references
			// should only be recorded for packages that actually exist in the import graph.
			//
			// However, it is not easy to prove this (typerefs are serialized and
			// deserialized), so make this code temporarily defensive while we are on a
			// point release.
			//
			// TODO(rfindley): in the future, we should turn this into an assertion.
			bug.Reportf("missing reference to package %s", b.s.view.pkgIndex.PackageID(sym.Package)) <---- here
			return nil
		}
```
This stack `vcyB-g` was [reported by telemetry](https://storage.googleapis.com/prod-telemetry-merged/2025-01-18.json):

- `gopls/bug`
- [`golang.org/x/tools/gopls/internal/util/bug.report:+35`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/util/bug/bug.go;l=109)
- [`golang.org/x/tools/gopls/internal/util/bug.Reportf:+1`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/util/bug/bug.go;l=54)
- [`golang.org/x/tools/gopls/internal/cache.(*packageHandleBuilder).getOneTransitiveRefLocked:+32`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/cache/check.go;l=1039)
- [`golang.org/x/tools/gopls/internal/cache.(*packageHandleBuilder).getTransitiveRefs:+22`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/cache/check.go;l=990)
- [`golang.org/x/tools/gopls/internal/cache.(*packageHandleBuilder).evaluatePackageHandle:+129`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/cache/check.go;l=1196)
- [`golang.org/x/tools/gopls/internal/cache.(*Snapshot).getPackageHandles.func2.1:+8`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.1:gopls/internal/cache/check.go;l=896)
- [`golang.org/x/sync/errgroup.(*Group).Go.func1:+3`](https://cs.opensource.google/go/x/sync/+/v0.9.0:errgroup/errgroup.go;l=78)
- `runtime.goexit:+0`
```
golang.org/x/tools/gopls@v0.17.1 go1.23.2 linux/amd64 vscode (2)
```
Repository: go
Issue: x/tools/gopls: "expected exported symbol" assert in getOneTransitiveRefLocked
Labels: NeedsInvestigation,gopls,Tools,gopls/telemetry-wins

```
#!stacks
"cache.assert" && "evaluatePackageHandle.func1:+2"
```
Issue created by [stacks](https://pkg.go.dev/golang.org/x/tools/gopls/internal/telemetry/cmd/stacks).
```go
// getOneTransitiveRefLocked computes the full set packages transitively
// reachable through the given sym reference.
//
// It may return nil if the reference is invalid (i.e. the referenced name does
// not exist).
func (b *packageHandleBuilder) getOneTransitiveRefLocked(sym typerefs.Symbol) *typerefs.PackageSet {
	assert(token.IsExported(sym.Name), "expected exported symbol")  <--- here

	trefs := b.transitiveRefs[sym.Package]
	if trefs == nil {
		trefs = &partialRefs{
			refs:     make(map[string]*typerefs.PackageSet),
			complete: false,
		}
		b.transitiveRefs[sym.Package] = trefs
	}
```

This stack `N2fS6w` was [reported by telemetry](https://storage.googleapis.com/prod-telemetry-merged/2025-01-17.json):

- `crash/crash`
- [`runtime.gopanic:+69`](https://cs.opensource.google/go/go/+/go1.23.4:src/runtime/panic.go;l=804)
- [`golang.org/x/tools/gopls/internal/cache.assert:=10`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.0:gopls/internal/cache/debug.go;l=10)
- [`golang.org/x/tools/gopls/internal/cache.(*packageHandleBuilder).evaluatePackageHandle.func1:+2`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.0:gopls/internal/cache/check.go;l=1074)
- [`runtime.gopanic:+50`](https://cs.opensource.google/go/go/+/go1.23.4:src/runtime/panic.go;l=785)
- [`golang.org/x/tools/gopls/internal/cache.assert:=10`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.0:gopls/internal/cache/debug.go;l=10)
- [`golang.org/x/tools/gopls/internal/cache.(*packageHandleBuilder).getOneTransitiveRefLocked:+1`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.0:gopls/internal/cache/check.go;l=1008)
- [`golang.org/x/tools/gopls/internal/cache.(*packageHandleBuilder).getTransitiveRefs:+22`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.0:gopls/internal/cache/check.go;l=990)
- [`golang.org/x/tools/gopls/internal/cache.(*packageHandleBuilder).evaluatePackageHandle:+129`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.0:gopls/internal/cache/check.go;l=1196)
- [`golang.org/x/tools/gopls/internal/cache.(*Snapshot).getPackageHandles.func2.1:+8`](https://cs.opensource.google/go/x/tools/+/gopls/v0.17.0:gopls/internal/cache/check.go;l=896)
- [`golang.org/x/sync/errgroup.(*Group).Go.func1:+3`](https://cs.opensource.google/go/x/sync/+/v0.9.0:errgroup/errgroup.go;l=78)
- `runtime.goexit:+0`
```
golang.org/x/tools/gopls@v0.17.0 go1.23.4 linux/amd64 vscode (1)
```
Repository: godot
Issue: Error "get_cached_object: Failed to get cached node from peer 1686838219 with cache ID 1." when removing node in MultiplayerSpawner's auto spawn list with client as authority
Labels: bug,topic:multiplayer

### Tested versions

4.3.stable

### System information

Godot v4.3.stable - Windows 10.0.26100 - Vulkan (Forward+) - dedicated NVIDIA GeForce RTX 3060 (NVIDIA; 32.0.15.6636) - 12th Gen Intel(R) Core(TM) i7-12700F (20 Threads)

### Issue description

An error is raised when removing/freeing a scene/node that is in MultiplayerSpawner's auto spawn list and client is set as authority.

![Image](https://github.com/user-attachments/assets/dcc82e96-e0cc-42dc-be09-caf3d2a377f5)

### Steps to reproduce

1. Create an ENet mutliplayer connection over localhost using Godot's high level multiplayer peer.
2. Add some nodes/scenes to the tree that are in MultiplayerSpawner's auto spawn list and set the clients as their authorities when applicable.
3. Start erasing the added nodes.
4. You'll see that when erasing some of the nodes that the error is raised.

### Minimal reproduction project (MRP)

[multiplayer-spawner-bug.zip](https://github.com/user-attachments/files/18482351/multiplayer-spawner-bug.zip)
Repository: rust
Issue: Tracking issue for release notes of #134690: CI: Add LTO support to clang in dist-x86_64-linux
Labels: A-testsuite,relnotes,T-bootstrap,T-infra,needs-triage,relnotes-tracking-issue


This issue tracks the release notes text for #134690.

### Steps

- [ ] Proposed text is drafted by PR author (or team) making the noteworthy change.
- [ ] Issue is nominated for release team review of clarity for wider audience.
- [ ] Release team includes text in release notes/blog posts.

### Release notes text

The responsible team for the underlying change should edit this section to replace the automatically generated link with a succinct description of what changed, drawing upon text proposed by the author (either in discussion or through direct editing).

````markdown
# Internal Changes
- [Build x86_64-unknown-linux-gnu with LTO for C/C++ code (e.g., jemalloc)](https://github.com/rust-lang/rust/pull/134690)
````

> [!TIP]
> Use the [previous releases](https://doc.rust-lang.org/nightly/releases.html) categories to help choose which one(s) to use.
> The category will be de-duplicated with all the other ones by the release team.
>
> *More than one section can be included if needed.*

### Release blog section

If the change is notable enough for inclusion in the blog post, the responsible team should add content to this section.
*Otherwise leave it empty.*

````markdown
````

cc @clubby789, @Mark-Simulacrum -- origin issue/PR authors and assignees for starting to draft text
Repository: rust
Issue: Tracking issue for release notes of #133801: Promote powerpc64le-unknown-linux-musl to tier 2 with host tools
Labels: A-testsuite,T-compiler,relnotes,T-bootstrap,T-infra,relnotes-tracking-issue


This issue tracks the release notes text for #133801.

### Steps

- [ ] Proposed text is drafted by PR author (or team) making the noteworthy change.
- [ ] Issue is nominated for release team review of clarity for wider audience.
- [ ] Release team includes text in release notes/blog posts.

### Release notes text

The responsible team for the underlying change should edit this section to replace the automatically generated link with a succinct description of what changed, drawing upon text proposed by the author (either in discussion or through direct editing).

````markdown
# Platform Support
- [Promote `powerpc64le-unknown-linux-musl` to tier 2 with host tools](https://github.com/rust-lang/rust/pull/133801)
````

> [!TIP]
> Use the [previous releases](https://doc.rust-lang.org/nightly/releases.html) categories to help choose which one(s) to use.
> The category will be de-duplicated with all the other ones by the release team.
>
> *More than one section can be included if needed.*

### Release blog section

If the change is notable enough for inclusion in the blog post, the responsible team should add content to this section.
*Otherwise leave it empty.*

````markdown
````

cc @Gelbpunkt, @Mark-Simulacrum -- origin issue/PR authors and assignees for starting to draft text
Repository: svelte
Issue: False positive on a11y_label_has_associated_control when spreading object
Labels: a11y

### Describe the bug

When spreading an object with a `for` attribute on a label, Svelte puts a warning `a11y_label_has_associated_control`

### Reproduction

https://svelte.dev/playground/5efcafb51a0043968060da3514f41a74?version=5.19.0

### Logs

```shell

```

### System Info

```shell
System:
    OS: Linux 6.6 cpe:/o:nixos:nixos:24.11 24.11 (Vicuna)
    CPU: (32) x64 AMD Ryzen 9 7950X3D 16-Core Processor
    Memory: 53.46 GB / 62.01 GB
    Container: Yes
    Shell: 3.7.1 - /run/current-system/sw/bin/fish
  Binaries:
    Node: 20.18.1 - /run/current-system/sw/bin/node
    npm: 10.8.2 - /run/current-system/sw/bin/npm
    pnpm: 9.15.3 - /run/current-system/sw/bin/pnpm
```

### Severity

annoyance