sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: PowerToys
Issue: Keyboard mapping issue
Labels: Issue-Bug,Needs-Triage

### Microsoft PowerToys version

0.87.1

### Installation method

Microsoft Store

### Running as admin

No

### Area(s) with issue?

Keyboard Manager

### Steps to reproduce

I remapped my copilot key to act as my CTRL key since that's what it replaces on my laptop.  I'm basically using that inside of a game to let CTRL + left/right be my strafing keys.  When I press up to move forward and then hit my copilot(CTRL mapped) key with an arrow left/right to strafe, it'll stop moving forward and just strafe directly left or right instead of ahead and right or ahead and left like I'd expect.  That's how the actual physical CTRL key works, so it appears to be a mapping issue within this software that essentially cancels my "UP" keypress that I'm actively holding down.

### ✔️ Expected Behavior

I expect the key I remapped to not cancel keys I'm actively holding down before pressing that key.

### ❌ Actual Behavior

When pressing a remapped key, it cancels any presses I'm actively holding down on other keys.  I can just hold up to run and then hit the remapped key and it'll stop me dead in my tracks since it appears to cancel any preexisting button holds.

### Other Software

It works this way in literally anything it appears.  I'm specifically using it for Final Fantasy 14 at the moment though.  I can even go to a text document in word or textedit and hold a direction to move my cursor in text and pressing that remapped key will stop the long press I'm holding.
Repository: go
Issue: net/http: Redirect hardening
Labels: Security,NeedsFix,LibraryProposal

The [`http.Redirect`](https://pkg.go.dev/net/http#Redirect) function writes a 3xx redirect to a `ResponseWriter`.

`Redirect` takes a URL parameter, of type string. The URL parameter has only minimal sanitization applied, and is not safe for use with attacker-controlled inputs.

One example of possibly-surprising behavior is that a redirect to `\\example.com` is a relative-path reference according to [RFC 3986](https://www.rfc-editor.org/rfc/rfc3986#section-4.2), but will be interpreted by most browsers as a network-path reference. `/\example.com` is an absolute-path reference according to the RFC, but will also be interpreted by browsers as a network-path reference. (Thanks to Jingcheng Yang (Sichuan University), Enze Wang@IPASSLAB(@zer0yu), Jianjun Chen (Tsinghua University & Zhongguancun Laboratory) for reporting this case.)

We should document that `Redirect` does not sanitize its URL parameter. Users who wish to use `Redirect` with untrusted URLs should parse the URL with `net/url`, perform whatever validation they may wish, and then reassemble the parsed and validated URL into a string with `net/url.URL.String`.

We should also consider, as a hardening measure, %-encoding backslashes at the start of `Redirect`'s URL parameter to prevent browsers from interpreting them as part of an absolute-path reference.
Repository: PowerToys
Issue: PowerToys Run doesn't show up when the combo keys are pressed down
Labels: Issue-Bug,Needs-Triage,Needs-Team-Response

### Microsoft PowerToys version

0.87.1

### Installation method

PowerToys auto-update

### Running as admin

Yes

### Area(s) with issue?

PowerToys Run

### Steps to reproduce

PowerToys Run module isn't starting with the combo key. Currently I set it to alt+space, and it doesn't open the interface

### ✔️ Expected Behavior

I expect the search bar to show up

### ❌ Actual Behavior

The search bar did not show up

### Other Software

_No response_
Repository: go
Issue: proposal: x/mobile: bind support list of types to not export
Labels: Proposal,mobile,LibraryProposal

### Proposal Details

`gomobile bind` currently tries to export all exported types. There are cases like RPC and encoding where some types might be exported by the package, but should not be exported by gomobile (due to language feature support). In these cases, it would be clearer for usage to have a list of unexported types, or a compiler annotation for types, than to see random warnings in the output about unsupported types.
Repository: flutter
Issue: [impeller] drawing fat arcs has artifacts sometimes
Labels: P3,e: impeller,team-engine,triaged-engine

https://github.com/flutter/flutter/issues/158567 was filed to report artifacts when drawing oval sectors by drawing arcs with wide stroke widths.  https://github.com/flutter/flutter/pull/161255 fixed that special case but it was seen that there are other inputs for which there are artifacts.

These cases are presumed to be less likely though.

## reproduction

Use the `FatStrokeArc` test introduced in https://github.com/flutter/flutter/pull/161255

## screenshots

<img width="488" alt="Screenshot 2025-01-07 at 1 44 09 PM" src="https://github.com/user-attachments/assets/4b077dde-859d-4192-a3a0-25f5a32eb70e" />
<img width="511" alt="Screenshot 2025-01-07 at 1 44 21 PM" src="https://github.com/user-attachments/assets/9df7fc0f-85f7-49c1-a6d0-3843ddb828a0" />
<img width="494" alt="Screenshot 2025-01-07 at 1 44 26 PM" src="https://github.com/user-attachments/assets/9a747451-5831-47be-9245-6d429982b2ce" />
<img width="510" alt="Screenshot 2025-01-07 at 1 44 42 PM" src="https://github.com/user-attachments/assets/94608e6d-37c2-4b1a-a490-3a929a7b7cfe" />
Repository: PowerToys
Issue: Snapped window stack scroll through
Labels: Needs-Triage

### Description of the new feature / enhancement

The custom windows snap layouts are a game changer an a feature I very much appreciate. But even on the largest of screens we eventually run out of screen space to have windows side by side. Say for example you have a 2x1 grid and you snap a document to the left but you want to constantly refer through onenote and a webpage. It would be nice if you could have all three open as the same time but you only have space for two so you keep the document as the persistent window on the left side of the grid and snap onenote and chrome to the other side. You still have to minimize and maximize windows on the right side when you want to switch between onenote and the broswer. What if we could have both onenote and the browser open on the right side, stacked on top of each other but only one of them visible at a time, but we could just move the mouse to that part of the grid and scroll through that stack of windows using a shortcut like Windows key+mouse wheel or Ctrl+mouse wheel to bring the next window in the stack to view? I think that would be amazing. That would increase productivity a lot. 


### Scenario when this would be used?

In the description.

### Supporting information

_No response_
Repository: node
Issue: node:sqlite: sqlite module should provide wrapper for `sqlite3_create_window_function` api
Labels: feature request

### What is the problem this feature will solve?

i want to create user-defined window functions when using my sqlite database.

`node:sqlite` provides a wrapper for `sqlite3_create_function_v2`, but sqlite expects window functions to be defined with `sqlite3_create_window_function`

### What is the feature you are proposing to solve the problem?

`node:sqlite` should provide an additional wrapper for `sqlite3_create_window_function`, or extend the behavior of the existing wrapper to use it conditionally.

### What alternatives have you considered?

defining an aggregate window function on a database opened with `node:sqlite` requires C FFI by the `node:sqlite` module
Repository: vscode
Issue: Can we avoid creating extra text documents during batch refactors?
Labels: under-discussion

Related to #64485

**repo**
1. In a large workspace with no editors open
2. Do a workspace find replace for a common term

**Bug**
Observe that for each edited file, VS Code emits a `onDidOpenTextDocument` and then `onDidChangeTextDocument`. A bit later `onDidCloseTextDocument` is emitted when the documents are cleaned up. None of the files are even opened in text editors

---

When doing bulk edits/refactors on unopened files, can we avoid creating text documents that are exposed to extensions? I think extensions should be using file watching for these cases instead

If changing the behavior is too risky, maybe we could have a flag on these events so extensions can easily ignore them?

cc @andrewbranch
Repository: go
Issue: spec: for-range iterator yield function requires bool result - consider generalizing to any boolean type
Labels: LanguageChange,NeedsDecision,early-in-cycle,LanguageProposal

Per the [spec](https://go.dev/ref/spec#For_statements), a "for-range" statement using an iterator requires the iterator's `yield` function to return `bool` not an arbitrary (user-defined) boolean:

```
Range expression                                       1st value                2nd value

array or slice      a  [n]E, *[n]E, or []E             index    i  int          a[i]       E
string              s  string type                     index    i  int          see below  rune
map                 m  map[K]V                         key      k  K            m[k]       V
channel             c  chan E, <-chan E                element  e  E
integer value       n  integer type, or untyped int    value    i  see below
function, 0 values  f  func(func() bool)
function, 1 value   f  func(func(V) bool)              value    v  V
function, 2 values  f  func(func(K, V) bool)           key      k  K            v          V
```

We should generalize this to any boolean type, similarly to how we allow any string type (not just `string`) when we range of strings.

Note that the original implementation of the type-checker accepted any boolean type, but the compiler's front-end had a problem with it (#71131). The (temporary) fix for that issue was to adjust the type-checker to match the spec literally. This avoided a compiler panic.

We should change the spec to reflect the original intent, and then revert the fix for #71131.
Repository: go
Issue: path/filepath: EvalSymlinks ignores link type on Windows
Labels: OS-Windows,NeedsDecision,BugReport

Windows makes a distinction between symlinks to a file and to a directory. A file link pointing to a directory cannot be traversed, nor can a directory link pointing to a file.

`filepath.EvalSymlinks` doesn't pay any attention to the type of links, however, and will resolve links that Windows will not. It probably should behave consistently with the rest of the OS.

Possible testcases (currently failing):

```go
func TestWindowsEvalSymlinksDirectoryLinkToFile(t *testing.T) {
        dir := tempDirCanonical(t)
        if err := os.WriteFile(dir+"/target", nil, 0666); err != nil {
                t.Fatal(err)
        }
        mustExec(t, "cmd", "/c", "mklink", "/D", dir+`\symlink`, dir+`\target`)
        if _, err := filepath.EvalSymlinks(dir + `\symlink`); err == nil {
                t.Errorf("EvalSymlinks(symlink) succeeded; want error (directory link to file target)")
        }
        if _, err := os.ReadFile(dir + `\symlink`); err == nil {
                t.Errorf("ReadFile(symlink) succeeded; want error (directory link to file target)")
        }
}

func TestWindowsEvalSymlinksFileLinkToDirectory(t *testing.T) {
        dir := tempDirCanonical(t)
        if err := os.Mkdir(dir+"/target", 0777); err != nil {
                t.Fatal(err)
        }
        mustExec(t, "cmd", "/c", "mklink", dir+`\symlink`, dir+`\target`)
        if _, err := filepath.EvalSymlinks(dir + `\symlink`); err == nil {
                t.Errorf("EvalSymlinks(filelink) succeeded; want error (file link to directory target)")
        }
        if _, err := os.ReadDir(dir + `\symlink`); err == nil {
                t.Errorf("ReadDir(symlink) succeeded; want error (file link to directory target)")
        }
}

func mustExec(t *testing.T, cmd string, args ...string) {
        output, err := exec.Command(cmd, args...).CombinedOutput()
        if err != nil {
                t.Fatalf("command failed: %q\n%v", cmd, string(output))
        }
}
```
Repository: go
Issue: os: Root ignores link type on Windows
Labels: NeedsInvestigation,BugReport

Windows makes a distinction between symlinks to a file and to a directory. A file link pointing to a directory cannot be traversed, nor can a directory link pointing to a file.

The `os.Root` type doesn't pay attention to link types when resolving files, however, and will follow links that Windows will not. It probably should behave consistently with the rest of the OS.

(See also #71165, which is the same issue in path/filepath.EvalSymlinks.)
Repository: next.js
Issue: Typescript error TP1001 when creating a Web Worker in Next.js 15.1.3
Labels: Turbopack

### Link to the code that reproduces this issue

https://github.com/farzadso/workers-issue

### To Reproduce

Run `npm run dev` and you can see the issue.

### Current vs. Expected behavior

There should be no errors in the console.

This is the error I see:

```
 ⚠ ./app/page.tsx:9:22
error TP1001 new Worker("/workers/timer.js") is not statically analyse-able
   7 |
   8 |   useEffect(() => {
>  9 |     ticker.current = new Worker("/workers/timer.js");
     |                      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  10 |   }, []);
  11 |   return <div>Test</div>;
  12 | }
```

If I remove `--turbopack` from the dev script it works fine.

I noticed this happening after my upgrade to Next.js 15 and using Turbopack for dev builds.

The Web Worker is being created dynamically, and it works fine, so I don't see any issues with the functionality.

### Provide environment information

```bash
Operating System:
  Platform: darwin
  Arch: arm64
  Version: Darwin Kernel Version 24.2.0: Fri Dec  6 19:02:12 PST 2024; root:xnu-11215.61.5~2/RELEASE_ARM64_T6031
  Available memory (MB): 36864
  Available CPU cores: 14
Binaries:
  Node: 20.15.1
  npm: 10.7.0
  Yarn: 1.22.22
  pnpm: N/A
Relevant Packages:
  next: 15.2.0-canary.0 // Latest available version is detected (15.2.0-canary.0).
  eslint-config-next: N/A
  react: 19.0.0
  react-dom: 19.0.0
  typescript: 5.7.2
Next.js Config:
  output: N/A
```


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

Not sure

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

next dev (local)

### Additional context

_No response_
Repository: vscode
Issue: Recursive variable font is rendered with wrong space width
Labels: bug,font-rendering,confirmation-pending

<!-- ⚠️⚠️ 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.96.2
- OS Version: Windows 11 24H2

Steps to Reproduce:

1. Install the VF version of Recursive font (Recursive_VF_1.085.ttf) from www.recursive.design
2. Change the editor font to "Recursive Mono Linear"

    `settings.json`:
    ```json
    {
        "editor.fontFamily": "'Recursive Mono Linear'"
    }
    ```

3. Observe that spaces are too narrow:
    ![Image](https://github.com/user-attachments/assets/d8fdcf39-384c-434d-870e-5e1c748cbeda)
    compared to e.g. Consolas:
    ![Image](https://github.com/user-attachments/assets/59bf142f-d0ff-466c-b9c3-1832700169d6)
    The bug is not in the font itself: it renders just fine in Zed for Windows.
    ![Image](https://github.com/user-attachments/assets/06b5485d-816e-4fb2-8e79-ac5a1c331d65)
Repository: electron
Issue: Why does the copy event still fire when not focused in the window that's triggering the copy?
Labels: platform/windows,bug :beetle:,status/confirmed,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.0-beta.8

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

Windows

### Operating System Version

Windows 11 Version 23H2 Build 22631.4602

### What arch are you using?

x64

### Last Known Working Electron version

_No response_

### Expected Behavior

In browsers, if a window writes text to clipboard via something like `document.execCommand("copy")` while I'm focused in another window, `execCommand` returns `false`, and the window's `copy` event doesn't fire.

### Actual Behavior

In Electron, for whatever reason, `execCommand` returns `true` and the `copy` event does fire for some reason.

For the record, I've been relying on this behavior, so I'm not necessarily suggesting here to change it, but getting some insight into why we have this discrepancy might be helpful. Curious what other events this could effect.

Typically, you have to be focused in the document for certain operations/events to be "approved."

### Testcase Gist URL

https://gist.github.com/pushkin-/854ad63e36ed80895722b8ef64e65098

### Additional Information

1. start the gist
2. go to the Console of the main window and run `monitorEvents(document, "copy")`
3. Click the "Open Window" button
4. Stay focused in the opened-window for 5 seconds
5. notice in the main window's devtools, we get a copy event and value of `true` that's logged.

If you repeat this in Chrome, no copy event will get logged and you'll get false.
1. open Chrome to google and open window to google from there: `window.open("https://google.com", "a", "width=500")`
2. in the devtools of the main window, trigger a copy in 5 seconds: `setTimeout(() => console.log(document.execCommand("copy")), 5000)`
3. focus on the other window
4. you'll get `false` printed in devtools
5. if you repeat but stay focused in the main window, you'll get `true` along with a copy event
Repository: pytorch
Issue: python-3.13t binaries are only available for Linux x86
Labels: module: binaries,oncall: releng,triaged

### 🐛 Describe the bug

Looking at https://download.pytorch.org/whl/test/torch/ I've noticed that 3.13t binaries are only available for Linux-x86, neither linux-aarch64, not Windows nor Mac support those

### Versions

2.6/CI

cc @seemethere @osalpekar @atalman
Repository: godot
Issue: CharacterBody3D lags behind when moving on AnimatableBody3D moved by code
Labels: bug,topic:physics,needs testing,topic:3d

### Tested versions

Tested in 4.3.stable

### System information

Godot v4.3.stable - Windows 10.0.19045 - Vulkan (Forward+) - dedicated NVIDIA GeForce GTX 1070 (NVIDIA; 32.0.15.6094) - Intel(R) Core(TM) i7-7700K CPU @ 4.20GHz (8 Threads)

### Issue description

When using a CharacterBody3D on an AnimatableBody3D and moving the latter via code, the character ends up lagging behind by one frame.

https://github.com/user-attachments/assets/22de841d-9966-46e0-ad9e-f4b794164556

(Not that for this I tried a variety of setup for the moving platform that in my real project is supposed to be a moving vehicle that the player can move onto and wanted to have two characterbody3D interact with one another, with no success... Maybe another bug or a bad setup from me)


### Steps to reproduce

- Set an AnimatbleBody3D with collider (and mesh for visual help)
- Set a script on it to move it using `move_and_collide`
- Set a CharacterBody3D using the default movement template
- Move the AnimatableBody3D and observe the character lag behind by what looks like one frame
(it works better when attaching a camera to the character)

### Minimal reproduction project (MRP)

[charabodybug.zip](https://github.com/user-attachments/files/18339999/charabodybug.zip)
Repository: rust
Issue: Maybe-bounds in associated type bounds don't get rejected
Labels: T-compiler,C-bug,F-associated_type_bounds

The following code gets erroneously accepted:

```rs
fn f<T>() where T: Trait<Ty: ?Sized> {}
//                           ^^^^^^ not good

trait Trait { type Ty/*: ?Sized*/; }
```

Maybe-bounds / unbounds are only meant to be put on type parameters and associated types "declared in the immediate vicinity" which isn't the case here. This is supported by the fact that `Trait<Ty:>` (sic!) doesn't elaborate to `Trait<Ty: Sized>`.

Compare this to the snippet below which gets rightfully rejected:

```rs
fn f<T>() where T: Trait, T::Ty: ?Sized {}
//                               ^^^^^^
//~^^ ERROR `?Trait` bounds are only permitted at the point where a type parameter is declared
trait Trait { type Ty/*: ?Sized*/; }
```

---

Obviously a fix would be a breaking change. However I doubt anyone is writing such code (unless macro generated). In any case, we should run crater on the future PR.
Repository: godot
Issue: `.blend` "Save to File" breaks when assigned uid.
Labels: bug,topic:editor,regression

### Tested versions

 - Reproducible in: Godot v4.4.dev7.official

### System information

Windows 11 - Godot v4.4.dev7.official - Vulkan (Forward+) - dedicated NVIDIA GeForce GTX 4070

### Issue description

When using the `.blend` import settings and saving a mesh to a separate path using "Save to File" -> "Path", Godot may set this path to a `uid` path when overwriting an existing mesh. This results in [this](https://github.com/godotengine/godot/blob/d2ada64a03d2abdb97cafe8f10623db8a2ce1d4c/editor/import/3d/resource_importer_scene.cpp#L2877) assert failing.

Presumably this fails because `DirAccess::exists(save_path.get_base_dir())` does not work when `save_path` is a `uid://123...`?

Specifically, this message is printed in Output (from MRP linked below):
```
ERROR: editor/import/3d/resource_importer_scene.cpp:2879 - Condition "!save_path.is_empty() && !DirAccess::exists(save_path.get_base_dir())" is true. Returning: ERR_FILE_BAD_PATH
ERROR: Error importing 'res://Test.blend'.
```

From that point forward, double-clicking to open the import settings for the `.blend` file will result in:
```
ERROR: Failed loading resource: res://Test.blend. Make sure resources have been imported by opening the project in the editor at least once.
ERROR: editor/editor_node.cpp:1291 - Condition "!res.is_valid()" is true. Returning: ERR_CANT_OPEN
```

### Steps to reproduce

* Add a `.blend` file to a project.
* Open the import settings and save a mesh using the "Save to File" feature.
* Open the import settings a second time and set the same "Save to File" path to the one you did before, confirm overwrite. This should now ensure the `YOURFILE.blend.import` file is using a `save_to_file/path` that is a uid.

### Minimal reproduction project (MRP)

[CannotReimportBlend.zip](https://github.com/user-attachments/files/18340423/CannotReimportBlend.zip)
Repository: ant-design
Issue: TreeSelect maxCount UI效果未生效
Labels: unconfirmed

### Reproduction link

[https://ant.design/components/tree-select-cn#tree-select-demo-maxcount](https://ant.design/components/tree-select-cn#tree-select-demo-maxcount)

### Steps to reproduce

打开官网demo，勾选parent1，再尝试勾选parent2

### What is expected?

勾选完parent1后，勾选parent2不生效，且parent2应该被禁用

### What is actually happening?

parent2未被禁用

| Environment | Info |
| --- | --- |
| antd | 5.23.0 |
| React | 19 |
| System | MacOS |
| Browser | Chrome |

---
锁在以下版本时表现正常
"rc-tree": "~5.11.0",
"rc-tree-select": "~5.25.0",

![536b3dd70d1e9541b61eca12e01a69cf](https://github.com/user-attachments/assets/45323ece-61c2-407f-883f-b4f6424b3fcd)

<!-- generated by ant-design-issue-helper. DO NOT REMOVE -->