sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: next.js
Issue: Client components used only inside server actions are not added to the module graph
Labels: bug

### Link to the code that reproduces this issue

https://github.com/Dwlad90/elegant-cloud-zckzqc/tree/draft/goofy-mountain

### To Reproduce

1. Install dependencies with `npm i`
2. Run the app in development mode (`next dev`)
3. Go to http://localhost:3000
4. See console error saying `" Error: Could not find the module "/Users/vladislavbuinovski/Projects/elegant-cloud-zckzqc/components/SA_CLNT_Component/Component.tsx#" in the React Client Manifest. This is probably a bug in the React Server Components bundler."`
5. As a result, some styles are missing. in `Server: Test server` (`Test server` should be pink with a yellow background)
6. Side-effect import of the client component or server action (as seen, commented out, on lines 5 and 6 in [ServerStyles.tsx](https://github.com/Dwlad90/elegant-cloud-zckzqc/blob/0f49a1193830b56534d782d93d513c55ff8ff741/components/ServerStyles/ServerStyles.tsx#L5-L6) force these modules into the graph, and causes the styles in 5 to be displayed

### Current vs. Expected behavior

Client side modules imported only in a server action module are not included in the React Client Manifest. They should be and the missing style should show up



### Verify canary release

- [X] I verified that the issue exists in the latest Next.js canary release

### Provide environment information

```bash
Operating System:
  Platform: darwin
  Arch: arm64
  Version: Darwin Kernel Version 23.1.0: Mon Oct  9 21:27:24 PDT 2023; root:xnu-10002.41.9~6/RELEASE_ARM64_T6000
Binaries:
  Node: 18.18.2
  npm: 10.1.0
  Yarn: 1.22.19
  pnpm: 8.9.2
Relevant Packages:
  next: 14.0.2-canary.18
  eslint-config-next: 14.0.2-canary.18
  react: 18.2.0
  react-dom: 18.2.0
  typescript: 5.2.2
Next.js Config:
  output: N/A
  ```


### Which area(s) are affected? (Select all that apply)

App Router

### Additional context

_No response_
Repository: bitcoin
Issue: fuzz: Left over tmp files when fuzzing with afl++
Labels: Tests

I frequently run out of disk space when fuzzing our targets with afl++ due to left over tmp files created by our `TestingSetup`s. Similar issues were previously reported (see #22572, #22472).

The tmp files are left over when test cases cause timeouts (or crashes) and the afl++ fork-server simply kills the process, leaving it no time to cleanup. Note: this is not a bug in afl++, they specifically advise against creating tmp files in fuzz tests. Increasing the timeout threshold sort of works but it more or less just slows down the disk filling.

`TestingSetup` should have a memory-only option that results in no disk usage at all.

* Using a ram disks doesn't work because they would run out of memory
* The fix in #22472 doesn't work when fuzzing on multiple cores
Repository: neovim
Issue: Visual block editing fails when inlay hints are enabled
Labels: bug,marks

### Problem

When visually replacing a block of text that's moved because of inlay hints, additional characters are added.

# Example
Selected 1's using Ctrl-V (visual block mode):
<img width="190" src="https://github.com/neovim/neovim/assets/3822689/5b6e6966-b7bc-4093-a22b-087d2d9cc2e5">

After presing `r2`, the 1's are replaced by 2's but additional 2's are also added:
<img width="213" src="https://github.com/neovim/neovim/assets/3822689/98fdc2f5-478a-4e8b-a9ea-a68b7dd63309">


### Steps to reproduce

1. Enable inlay hints using `:lua vim.lsp.inlay_hint(0, true)`
2. Visually select a block of text (using Ctrl-V) that has inlay hints and is therefore moved out of its original position.
3. Edit the selected block, e.g. by `rx`, where `x` is any character.
4. Characters are added despite using `r`.


### Expected behavior

As `r`-command is used, the characters should be replaced only, without additions.


### Neovim version (nvim -v)

NVIM v0.10.0-dev-1492+g3ca967387-Homebrew
Build type: Release
LuaJIT 2.1.1699180677

### Vim (not Nvim) behaves the same?

Not applicable

### Operating system/version

macOS 14.1

### Terminal name/version

iterm 3.4.19

### $TERM environment variable

xterm-256color

### Installation

Homebrew
Repository: PowerToys
Issue: Image resizer fails to launch as admin
Labels: Issue-Bug,Needs-Triage,Needs-Team-Response

### Microsoft PowerToys version

0.75.1

### Installation method

GitHub, Microsoft Store

### Running as admin

Yes

### Area(s) with issue?

Image Resizer

### Steps to reproduce

2 PCs using Mouse Without Borders. Image Resizer works as expected on PC 1 as admin. 

On PC 2 running as admin Image Resizer (r-click on image) just produces working cursor momentarily. Relaunch Powertoys on PC 2 in user mode Image Resizer works as expected. This is reproduceable.

### ✔️ Expected Behavior

Image Resizer to launch on PC 2 in admin mode

### ❌ Actual Behavior

Using mouse from PC 1 on PC 2 running as admin Image Resizer (r-click on image) just produces working cursor momentarily. 

Relaunch Powertoys on PC 2 in user mode Image Resizer works as expected.

### Other Software

_No response_
Repository: PowerToys
Issue: Copy & paste workflow slowed down
Labels: Issue-Bug,Product-File Explorer,Needs-Triage

### Microsoft PowerToys version

0.75.1

### Installation method

WinGet

### Running as admin

No

### Area(s) with issue?

File Explorer: Preview Pane

### Steps to reproduce

With enabled preview pane, ctrl+c only works *after* the preview has loaded. For larger files that means that I have to wait for a couple of seconds until I can copy a file which is quite annoying. Is this a known issue?

### ✔️ Expected Behavior

ctrl+c works right away, without waiting for the preview pane

### ❌ Actual Behavior

ctrl+c does not work (i.e., I can't paste anything - the file is not in the clipboard), until the preview has been loaded completely

### Other Software

Windows 10
![image](https://github.com/microsoft/PowerToys/assets/12893844/14922618-e97a-4f16-97eb-78d8752cf302)
Repository: godot
Issue: External Editor File Conflict Problem
Labels: discussion,topic:editor

### Godot version

v4.1.2.stable.mono.official [399c9dc39]

### System information

Godot v4.1.2.stable.mono - Windows 10.0.19045 - Vulkan (Forward+) - dedicated NVIDIA GeForce GTX 1050 (NVIDIA; 31.0.15.3623) - AMD Ryzen 5 3600X 6-Core Processor (12 Threads)

### Issue description

There's a dialog shows up in Godot to asking about file confliction. I have checked this issue myself and confirmed that the dialog is causing by internal script editor, which is opened up the same script file when you click on error messages. And because that script file is changed by external editor, the internal editor detected changes and shows the file confliction dialog.
Same issue can reproduce in v4.1.1 too, early versions not checked.

### Steps to reproduce

1. Configure external editor. For my situation I picked Visual Studio Code for external editor (with parameters `{project} --goto {file}:{line}:{col}`).
2. Create a script file, where should contain codes to make syntax error, invoke undfeined functions or something similar.
3. Load the script to any node, and run the game, there should be errors showing in the "Stack Follow" tab of "Debugger" panel.
4. Click error to make it jump to external editor.
5. Edit and save the error script in external editor and switch back to Godot Engine.

### Minimal reproduction project

[IssueReportDemo.zip](https://github.com/godotengine/godot/files/13279884/IssueReportDemo.zip)
A brief Godot project to cause error in Step.2.
Repository: PowerToys
Issue: Thumbnails (.stl) don't work when UAC is disabled
Labels: Issue-Bug,Product-File Explorer,Needs-Triage

### Microsoft PowerToys version

0.75.1

### Installation method

GitHub

### Running as admin

Yes

### Area(s) with issue?

File Explorer: Thumbnail preview

### Steps to reproduce

[PowerToysReport_2023-11-07-13-38-17.zip](https://github.com/microsoft/PowerToys/files/13279954/PowerToysReport_2023-11-07-13-38-17.zip)

<details>
  <summary>video</summary>

  https://github.com/microsoft/PowerToys/assets/15080586/b15fff93-f056-40af-bbce-5c2fce3407dd
  
</details>



### ✔️ Expected Behavior

_No response_

### ❌ Actual Behavior

_No response_

### Other Software

_No response_
Repository: PowerToys
Issue: Mouse Without Borders: support send ctrl+alt+delete to windows server
Labels: Needs-Triage,Product-Mouse Without Borders

### Description of the new feature / enhancement

support send ctrl+alt+delete to windows server when server screen locked.

### Scenario when this would be used?

target server machine's screen locked.

### Supporting information

_No response_
Repository: vscode
Issue: Search: Support tree type navigation and find widget
Labels: feature-request,search

We're currently disabling type navigation and the tree find widget in the Search tree. These would be very useful things to have when there are many search results.
Repository: vscode
Issue: '--no-proxy-server' command line argument does not work
Labels: bug,proxy

<!-- ⚠️⚠️ 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.84.1
- OS Version: Windows 11 22H2 (22621.2428)

Steps to Reproduce:

1. Run `code --no-proxy-server` as documented at https://code.visualstudio.com/docs/setup/network#_proxy-server-support
2. Following message is shown and VS Code ist still using Proxy Server from System Settings.  
`Option 'proxy-server' requires a non empty value. Ignoring the option.`

Either the documentation should be updated or the command line argument needs a fix. Furthermore this means probably also that there is currently no option to disable Proxy for VS Code and VS Code would always inert the Proxy settings form the system/Windows. 
Or is there any other way to disable Proxy completely in VS Code?
Repository: rust
Issue: RFC: Introduce `setup`, `teardown`, and `fixture` attributes for `cargo test`
Labels: C-feature-request,A-libtest,T-testing-devex

### Problem

The current testing framework in Rust, as implemented by `cargo test`, lacks a convenient way to define and manage setup teardown, and [fixtures objects](https://en.wikipedia.org/wiki/Test_fixture#Software) for tests. While it is possible to implement such functionality using structs, implementing the `Drop` trait in case of teardown, and such, this approach can be cumbersome and lacks the expressiveness and convenience of more declarative fixture management.

The absence of a dedicated mechanism for defining fixtures and their lifecycles results in the following issues:

1. Test authors often need to implement repetitive and error-prone `setup` `teardown` code and common structs instance for fixtures, making tests less maintainable.
1. Complex test setups, teardowns, and resource management require a non-trivial amount of boilerplate code.
1. There is no standard way to share setup/teardown, and fixtures across multiple tests or test modules, potentially leading to duplication of setup/teardown code and fixtures.

### Proposed Solution

This RFC proposes the introduction of three new attributes `#[setup]`, `#[teardown]`, and `#[fixture]` which can be used in Rust test functions to indicate functions that should serve as setup/teardown functions, and fixture objects respectively. Test authors can define setup functions/teardown functions, and common objects with these attributes, and the testing framework will ensure that they are executed appropriately before and after test functions that use them. For instance:

```rust
use std::fs;
use tempfile::TempDir;

#[fixture]
fn temp_dir() -> TempDir {
    let temp_dir = TempDir::new().expect("Failed to create temporary directory");
    temp_dir
}

#[setup]
fn setup() {
   // Setup before tests
}

#[teardown]
fn teardown() {
   // Cleanup after tests 
}

#[test(setup, teardown)] // The usage of these functions is debatable
fn test_with_temp_dir(temp_dir) { // fixtures are passed to the test function as args
    // Test logic with temp_dir fixture arg
    // ...
}
```

With these attributes, test authors can set up necessary fixtures or resources in a clear and standardized manner before the test execution and ensure proper cleanup afterward. This feature will streamline the development of tests, particularly in cases where complex setup and teardown operations are required.

### Notes

Introducing `setup`, `teardown`, and `fixture` attributes in Cargo Test will improve the test development experience by simplifying resource management, enhancing test predictability, and enabling developers to write more complex tests with ease. This RFC aligns with the goal of making Rust testing more ergonomic and developer-friendly.

**P.S.** Just stumbled upon [`rstest`](https://docs.rs/rstest/latest/rstest/) which provides fixtures, but lacks a setup/teardown mechanism.
Repository: vscode
Issue: Diff Algorithm: Shifting Bug
Labels: bug,diff-editor

## Description



![Image](https://github.com/microsoft/vscode/assets/2931520/4b3a2b9b-a331-45ab-86f1-800d14900e6a)



## Playground Example

[Monaco Editor Playground Repro](https://microsoft.github.io/monaco-editor/playground.html?source=v0.45.0-dev-20231025#XQAAAAJuCgAAAAAAAABBqQkHQ5NjdMeMm-jY7SIQ9S7DNlzs5W-mwj0fe1ZCDRFc9ws9XQE0SJE1jc2VKxhaLFIw9vEWdz-byd3f0i-i5OPwOv73LICFF8Cvjhd3C3bwIJVRDaxDKr5a_B6elr551LKmv3t4KzroR6_A2yXfVJ1a00OtDyy3uK2UoFOakb1qlpmEKtDh3iM0ArhCydrj3EPY2sp6If6W2PvljQmxUsgzO-kIU3yw_hJ9oV2SrXO2cwuIK-M9J8vpbxtl1bfRaF3os6zFgm9L3DEk325qS5MwOrcBz_kKCIAXSptfJ7Qz_JKfdjqVnvzK9lAX6TV3KDuWfuoYEwA9tlFI2T1ctqbrdnFXGfTCATwhBOJrZY8BGae4BZZ4vPnMZL2jKA8Fzctd7YGiq_nwaOc58_1kPaS6O7QsBUNkt0yhKg4ZvM3fw6H14bZV2qYfm0j4WNnDmF5FZqIYdtYbL-P64D4NWllKiVAVO0cIfJBt5qluwmjMt0uB_KlOyYXqrySWJJUj6CX_CVFjh2Eiy8T6auhZTFiLxABT47r4X24G9-RxkBjrA7ZsTnGlNNAsZ7zp-YrS4naL6ypjo7AtmI9wE5GgQwAQLcPiMYaATRMzmkON8fj-viOpuOaEgSGBtbH_yM1ByRky7KwTRnY1UmkeL0FsAdKgDiaS2qvxZ-psSUPn1L-d6vkLFmuscpfAYPQ0rD4Svwxd4kv9GH9TJzm1f9mz_eHQNsv1S-yhgi5oKVv0CM18pJ6XglGBshzr38a3JFEA1wojsM9GAp0jHI8LZNDGH2yENZ5vlpkjOithq-DARFHVdML4WiYsQ0IjGPb0oo6vGRK3IqjWi49V4rh2jkvhXpv-fbeZeH6cfL4Awur8NTCy0iU8wkGHdRSiy5iE61vFnjkftkK0MOdexRnlvts84PSZwpJ-5mC0ciWaFyfCadJNtFJ1HawKGKyD5Wb6zlkkJcfr7qJhtiWcsU9qHy35IRnGB6Gm4HrKqpRuBSOJX1eXoA6IBpcfbAGHbyuBOPjTxGc2uz8b7YXR73mDUKXfECxcSdlzic9KXhnlXlBbWbbDWQ-kaK-WyKR17O4WB4Wg2jIyc3efgtcpBSdmnQG-7ElK88Of4O2ylNFSYS_f_lBdCA3qGMa4GP3jA5ZDeE86xvi0r7KlLNk00LOd6KDzXKlWfAY67ay3guV_xSXCP22geFR_PurUqpKvWc3TR9Uz5XMKv94Aph8rE-sW1gCqTvjEbP1edqHlrdXKOU8FtHG0OPeh-K-w01cbD3aNXJA3mt6XcjNCTYzEmiPpqExWum7U7iq7f6pgHm-KwYka6Z9sfon4PMeVdvqFXm7Gu6U7gd5mYIv2Kxz58lf_x69ucA) (click on "use latest dev" to verify a future bug-fix)
Repository: godot
Issue: Attempting to use --doctool --gdscript-docs gives error Class "class name" hides a global script class.
Labels: bug,topic:gdscript,needs testing

### Godot version

Godot_v4.2-beta5_linux

### System information

Linux Mint 21.2

### Issue description

Even though #79497 is assumed to be fixed i am having the same errors on the same reproduction project (after the project converts to `Godot_v4.2-beta5`)

I tried the process by re-creating the project inside Godot_v4.2-beta5  and the same errors appeared again

https://github.com/godotengine/godot/assets/77773850/cf19a463-a49b-43da-a9a4-bb5561a09ba8


```
Godot Engine v4.2.beta5.official.4c96e9676 - https://godotengine.org
 
SCRIPT ERROR: Parse Error: Class "TestClassWithPreloadScript" hides a global script class.
          at: GDScript::reload (res://./test_class_with_preload_script.gd:1)
ERROR: Failed to load script "res://./test_class_with_preload_script.gd" with error "Parse error".
   at: load (modules/gdscript/gdscript.cpp:2703)
SCRIPT ERROR: Parse Error: Class "TestClassWithClassName" hides a global script class.
          at: GDScript::reload (res://./test_class_with_class_name.gd:1)
ERROR: Failed to load script "res://./test_class_with_class_name.gd" with error "Parse error".
   at: load (modules/gdscript/gdscript.cpp:2703)
SCRIPT ERROR: Parse Error: Class "TestClassWithPreload" hides a global script class.
          at: GDScript::reload (res://./test_class_with_preload.gd:1)
ERROR: Failed to load script "res://./test_class_with_preload.gd" with error "Parse error".
   at: load (modules/gdscript/gdscript.cpp:2703)
SCRIPT ERROR: Parse Error: Class "TestClass" hides a global script class.
          at: GDScript::reload (res://./test_class.gd:1)
ERROR: Failed to load script "res://./test_class.gd" with error "Parse error".
   at: load (modules/gdscript/gdscript.cpp:2703)
SCRIPT ERROR: Parse Error: Class "MyNode" hides a global script class.
          at: GDScript::reload (res://./my_node.gd:1)
ERROR: Failed to load script "res://./my_node.gd" with error "Parse error".
   at: load (modules/gdscript/gdscript.cpp:2703)
```

### Steps to reproduce

1. Download the minimal project given below (this is made by hand entirely inside beta 5)
2. place the extracted project in same folder as godot executable

![Screenshot from 2023-11-07 19-15-25](https://github.com/godotengine/godot/assets/77773850/5324f89b-893b-47ce-8677-8f27d93cc6b5)

3. open the folder "newDocToolsTest" inside the terminal
![Screenshot from 2023-11-07 19-22-10](https://github.com/godotengine/godot/assets/77773850/488e0dea-24c3-4075-b611-f0b380b18300)

4. run the command `../Godot_v4.2-beta5_linux.x86_64 --doctool --gdscript-docs .`, No docs will get created in the `docs/` folder and errors will appear

### Minimal reproduction project

[newDocToolsTest.zip](https://github.com/godotengine/godot/files/13281339/newDocToolsTest.zip)
Repository: next.js
Issue: yarn pnp not working on nextjs 14 with babel
Labels: bug

### Link to the code that reproduces this issue

https://github.com/vip30/nextjs14-reproduce

### To Reproduce

1. run `yarn build`
2. `Error: Failed to resolve "@babel/runtime/regenerator" relative to`

### Current vs. Expected behavior

I tried nextjs 13, it's work

### Verify canary release

- [X] I verified that the issue exists in the latest Next.js canary release

### Provide environment information

```bash
Operating System:
  Platform: darwin
  Arch: arm64
  Version: Darwin Kernel Version 23.0.0: Fri Sep 15 14:41:34 PDT 2023; root:xnu-10002.1.13~1/RELEASE_ARM64_T8103
Binaries:
  Node: 18.18.0
  npm: 9.8.1
  Yarn: 4.0.1
  pnpm: N/A
Relevant Packages:
  next: 14.0.1
  eslint-config-next: 14.0.1
  react: 18.2.0
  react-dom: 18.2.0
  typescript: 5.2.2
Next.js Config:
  output: N/A
```


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

Not sure

### Additional context

_No response_
Repository: go
Issue: proposal: go/types: export API for unification
Labels: Proposal

`go/types` should offer API for type unification, to allow clients to unify types that the type-checker hasn't already unified while type-checking code.

Staticcheck has a use for this as part of the `unused` check, to see if types implement possible instantiations of generic interfaces. For example, given

```
type Iface[T any] interface {
    foo() []T
    bar() T
}

type T1 struct{}
func (T1) foo() []int
func (T1) bar() int

type T2 struct{}
func (T2) foo() []int
func (T2) bar() string
```

we want to find out that `T1` implements `Iface[int]` and that `T2` doesn't implement any possible instantiation of `Iface`. For that, we would try to unify `T1.foo` and `T1.bar` with `Iface.foo` and `Iface.bar`, under a shared mapping of type parameters, and similarly do the same for `T2`.

As such, the API should allow unifying multiple pairs of types using the same mapping of type parameters to types, report success/failure, and allow querying the mapping.

/cc @findleyr
Repository: next.js
Issue: 404 page is shown when using on-demand revalidation with `dynamicParams=false` and `generateStaticParams` in production
Labels: bug

### Link to the code that reproduces this issue

https://github.com/better-salmon/404-after-on-demand-revalidation

### To Reproduce

1. Build and start the app with `npm run build && npm run start`.
2. Open http://localhost:3000/should-work in the browser.
3. Click either of the Revalidation buttons.

### Current vs. Expected behavior

**Expected behavior:**

The page is revalidated, and the new data is shown.

**Actual behavior:**

404 page is shown after reloading.

### Verify canary release

- [X] I verified that the issue exists in the latest Next.js canary release

### Provide environment information

```bash
Operating System:
  Platform: darwin
  Arch: arm64
  Version: Darwin Kernel Version 23.1.0: Mon Oct  9 21:28:31 PDT 2023; root:xnu-10002.41.9~6/RELEASE_ARM64_T8112
Binaries:
  Node: 20.9.0
  npm: 10.1.0
  Yarn: N/A
  pnpm: 8.10.0
Relevant Packages:
  next: 14.0.2-canary.18
  eslint-config-next: N/A
  react: 18.2.0
  react-dom: 18.2.0
  typescript: 5.1.3
Next.js Config:
  output: N/A
```


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

App Router

### Additional context

_No response_
Repository: neovim
Issue: Window popup when yank in cmd.exe/Windows/win32yank.exe environment
Labels: bug,platform:windows,clipboard

### Problem

I am encountering an issue with the `yank` functionality in neovim(v0.9.4) on `cmd.exe` on Windows 10 (not WSL). 

Despite having "set clipboard=unnamedplus" configured and win32yank.exe in $PATH, the yank operation set by clipboard.vim does not work correctly and leads to a popup window.


### Steps to reproduce

1. Run `nvim --clean --cmd "set clipboard=unnamedplus"`.
2. Enter insert mode by pressing `i`.
3. Type some text (e.g., `abc`) and exit insert mode with `<Esc>`.
4. Press `yy`, which leads to the win32yank.exe window popping up. It should remain hidden.

<img width="902" alt="screenshot 2023-11-08 003202" src="https://github.com/neovim/neovim/assets/1529486/1486e831-4227-48ab-9b91-985bdfc504cf">


### Expected behavior

The yank operation should not trigger any popup windows.


### Neovim version (nvim -v)

NVIM v0.9.4

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

no, VIM - Vi IMproved 9.0 (2022 Jun 28, compiled Jun 28 2022 12:30:17)

### Operating system/version

Windows 10

### Terminal name/version

cmd.exe

### $TERM environment variable

N/A

### Installation

scoop(windows package manager)