sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: godot
Issue: invalid signal when as return variant, sometimes !
Labels: bug,topic:gdscript

### Tested versions

- godot 4.3 stable

### System information

develop env

### Issue description

![Image](https://github.com/user-attachments/assets/faa967e3-be3b-44fd-b24e-194e91b22995)

everything is ok!
![Image](https://github.com/user-attachments/assets/cf78907e-9030-4dfa-bc41-6a63edeb4da2)

unexpected! when i annotate the previous step. signal is not working.
![Image](https://github.com/user-attachments/assets/88c05b6f-817f-4853-afd1-67c87d9c50c2)


### Steps to reproduce

NA

### Minimal reproduction project (MRP)

NA
Repository: pytorch
Issue: [c10d] thread safety issue with CUDAEventCache
Labels: oncall: distributed,module: c10d

The following race can happen if we ever schedule NCCL work from a different thread than the original Python thread, and that thread dies before process shutdown.

1. The CUDAEventCache is [thread-local](https://github.com/pytorch/pytorch/blob/main/torch/csrc/distributed/c10d/ProcessGroupNCCL.cpp#L839-L841).
2. WorkNCCL [stores a cached Event](https://github.com/pytorch/pytorch/blob/main/torch/csrc/distributed/c10d/ProcessGroupNCCL.cpp#L479-L484).
3. The cached Event holds a reference to the cache that created it, via a [captured `this` pointer](https://github.com/pytorch/pytorch/blob/main/torch/csrc/distributed/c10d/ProcessGroupNCCL.cpp#L810).
4. The thread that created the WorkNCCL could die at any time, destructing its thread-local CUDAEventCache and leaving the reference in (3) dangling.
5. On destruction, we [attempt to drain](https://github.com/pytorch/pytorch/blob/main/torch/csrc/distributed/c10d/ProcessGroupNCCL.cpp#L2245) completed `Work`s, and try to dereference this dangling reference and explode.


cc @H-Huang @awgu @kwen2501 @wanchaol @fegin @fduwjj @wz337 @wconstab @d4l3k @c-p-i-o
Repository: ollama
Issue: cudart initialization failure on ppc64le (AlmaLinux/RHEL8) with ollama-0.1.31-1.1
Labels: bug

### What is the issue?

I’m encountering an issue running ollama-0.1.31-1.1 on a ppc64le system with AlmaLinux (RHEL8). The application fails to initialize CUDA runtime libraries, resulting in cudart init failure: 35 errors.

Environment Details:

OS: AlmaLinux (RHEL8 compatible)
Architecture: ppc64le
ollama version: 0.1.31-1.1
CUDA environment:
CUDA libraries are located under /usr/local/cuda/lib64/ and /usr/local/cuda-12.4/lib64/.
The CUDA runtime library found: libcudart.so.12.4.99.
Logs and Error Output:
```
time=2024-12-18T11:04:06.900+05:00 level=INFO source=gpu.go:115 msg="Detecting GPU type"
time=2024-12-18T11:04:06.900+05:00 level=INFO source=gpu.go:265 msg="Searching for GPU management library libcudart.so*"
time=2024-12-18T11:04:06.903+05:00 level=INFO source=gpu.go:311 msg="Discovered GPU libraries: [/usr/local/cuda/lib64/libcudart.so.12.4.99 /usr/local/cuda-12.4/lib64/libcudart.so.12.4.99]"
time=2024-12-18T11:04:06.910+05:00 level=INFO source=gpu.go:340 msg="Unable to load cudart CUDA management library /usr/local/cuda/lib64/libcudart.so.12.4.99: cudart init failure: 35"
time=2024-12-18T11:04:06.910+05:00 level=INFO source=gpu.go:340 msg="Unable to load cudart CUDA management library /usr/local/cuda-12.4/lib64/libcudart.so.12.4.99: cudart init failure: 35"
```
any guidance on resolving the cudart init failure: 35 error?


### OS

Linux

### GPU

Nvidia

### CPU

Intel

### Ollama version

_No response_
Repository: godot
Issue: Lone `while` keyword in script prints error: "Trying to resolve type of a null node."
Labels: bug,topic:gdscript

### Tested versions

Can reproduce in:
* v4.0.alpha1.official [31a7ddbf8]
* v4.0.stable.official [92bee43ad]
* v4.2.2.stable.official [15073afe3]
* v4.3.stable.official [77dcf97d8]
* v4.4.dev6.official [1f47e4c4e]

Therefore, the issue described below was present since before Godot 4.0 alpha 1.

### System information

Godot v4.4.dev6 - Windows 10.0.19045 - Single-window, 1 monitor - Vulkan (Forward+) - dedicated NVIDIA GeForce GTX 1660 (NVIDIA; 32.0.15.6094) - Intel(R) Core(TM) i5-9400F CPU @ 2.90GHz (6 threads)

### Issue description

When typing the following into a new script file:
```gdscript
extends Node
func _ready() -> void:
	while
```
Godot prints this error:
```
ERROR: Trying to resolve type of a null node.
   at: (modules/gdscript/gdscript_analyzer.cpp:1542)
```

### Steps to reproduce

Create a new script in a new or existing project, then type (not paste) the code shown above. The error should be printed upon finishing typing the `while` keyword but not if one continues typing the while condition.

### Minimal reproduction project (MRP)

N/A (can reproduce from a new empty project)
Repository: TypeScript
Issue: Long running getPasteEdits call
Labels: Needs More Info

### 🔎 Search Terms

- getPasteEdits
- Update imports on paste

### 🕗 Version & Regression Information

5.7x, not a regression 

### ⏯ Playground Link

_No response_

### 💻 Code



### Bug

From https://github.com/microsoft/vscode/issues/235959, I got a log showing a `getPasteEdits` taking almost 2 seconds. I don't have a repo yet but here are the relevant parts of the logs:

```
PASTE REQUEST MADE
...
Info 11464[23:06:13.935] Starting updateGraphWorker: Project: <REDACTED>
Info 11465[23:06:14.203] Finishing updateGraphWorker: Project: <REDACTED> projectStateVersion: 3 projectProgramVersion: 1 structureChanged: false structureIsReused:: Completely Elapsed: 267.6692490000023ms
Info 11466[23:06:14.203] Different program with same set of files
Info 11467[23:06:14.204] Starting updateGraphWorker: Project: <REDACTED>
Info 11468[23:06:14.447] Finishing updateGraphWorker: Project: <REDACTED> projectStateVersion: 4 projectProgramVersion: 1 structureChanged: false structureIsReused:: Completely Elapsed: 243.40444700000444ms
Info 11469[23:06:14.447] Different program with same set of files
Info 11470[23:06:15.176] getExportInfoMap: cache miss or empty; calculating new results
Info 11471[23:06:15.673] getExportInfoMap: done in 496.9983559999964 ms
Info 11472[23:06:15.704] getExportInfoMap: cache hit
Info 11473[23:06:15.733] getExportInfoMap: cache hit
Perf 11474[23:06:15.760] 35::getPasteEdits: elapsed time (in milliseconds) 1825.7962
Info 11475[23:06:15.760] response:
    {"seq":0,"type":"response","command":"getPasteEdits","request_seq":35,"success":true,"performanceData":{"updateGraphDurationMs":511.07369600000675}, ...
```

The user was pasting jsx. The pasted text includes a number of symbols but the text isn't overly log
Repository: rust
Issue: `#[linkage = "weak"]  const fn` accepted without warning
Labels: A-linkage,A-diagnostics,T-compiler,C-discussion,F-linkage

I'm trying to define a "weak" const in a library, which allows users to redefine their const. On stable Rust, there's no way to do it. On nightly, `linkage` feature seems the solution, but I found that it doesn't work as well. The following is the repro code:

```rust
// In library code:
#![feature(linkage)]

#[linkage = "weak"]
#[no_mangle]
const fn get_foo() -> i32 {
    0
}

pub const FOO: i32 = get_foo();

pub fn hello() {
    println!("hello: {}, {}", FOO, get_foo());
}

// In application code:
use linkage_weak_bug::hello;

#[no_mangle]
const fn get_foo() -> i32 {
    1
}

fn main() {
    // Output: hello: 0, 1
    // Expected: hello: 1, 1
    hello();
}

```

I uploaded a repo that could repro it: https://github.com/HaoboGu/linkage_weak_bug
Repository: ui
Issue: [feat]: The Sidebar component supports gesture drag and drop?
Labels: area: request

### Feature description

The Sidebar component allows manual drag and drop to change the size of the left and right side areas?

### Affected component/components

Sidebar

### Additional Context

_No response_

### Before submitting

- [X] I've made research efforts and searched the documentation
- [x] I've searched for existing issues and PRs
Repository: pytorch
Issue: Tensor size for `masked_fill` exceeds the limit supported by the MPS backend: must be less than 2**32 elements
Labels: module: crash,triaged,module: mps

### 🐛 Describe the bug

I get the following error, when using `masked_fill` on larger tensors. See error and the minimal code below.

**Error:**
```
/AppleInternal/Library/BuildRoots/.../Library/Caches/com.apple.xbs/Sources/MetalPerformanceShaders/MPSCore/Types/MPSNDArray.mm:850: failed assertion `[MPSNDArray initWithDevice:descriptor:isTextureBacked:] Error: total bytes of NDArray > 2**32'
```

**Code:**
```python
import torch
device = torch.device("mps")
mask_bool = torch.triu(torch.ones(1024, 1024, device=device), diagonal=1).bool()
attn_scores = torch.rand(48, 25, 1024, 1024, device=device)
attn_scores.masked_fill_(mask_bool, 0)
```


### Versions

```
PyTorch version: 2.6.0.dev20241217
Is debug build: False
CUDA used to build PyTorch: None
ROCM used to build PyTorch: N/A

OS: macOS 15.2 (arm64)
GCC version: Could not collect
Clang version: 16.0.0 (clang-1600.0.26.6)
CMake version: Could not collect
Libc version: N/A

Python version: 3.11.10 | packaged by conda-forge | (main, Oct 16 2024, 01:26:25) [Clang 17.0.6 ] (64-bit runtime)
Python platform: macOS-15.2-arm64-arm-64bit
Is CUDA available: False
CUDA runtime version: No CUDA
CUDA_MODULE_LOADING set to: N/A
GPU models and configuration: No CUDA
Nvidia driver version: No CUDA
cuDNN version: No CUDA
HIP runtime version: N/A
MIOpen runtime version: N/A
Is XNNPACK available: True

CPU:
Apple M4 Max

Versions of relevant libraries:
[pip3] numpy==1.26.4
[pip3] optree==0.13.1
[pip3] torch==2.6.0.dev20241217
[pip3] torchaudio==2.6.0.dev20241217
[pip3] torchvision==0.22.0.dev20241217
[conda] numpy                     1.26.4                   pypi_0    pypi
[conda] optree                    0.13.1                   pypi_0    pypi
[conda] torch                     2.6.0.dev20241217          pypi_0    pypi
[conda] torchaudio                2.6.0.dev20241217          pypi_0    pypi
[conda] torchvision               0.22.0.dev20241217          pypi_0    pypi
```

cc @kulinseth @albanD @malfet @DenisVieriu97 @jhavukainen
Repository: react
Issue: React 19 breaking with this.props.children
Labels: Resolution: Needs More Information,React 19

Hello,

Our code is now breaking when we upgrade to React 19. It seems related to this.props.children, and it works fine in React 18. I have attached the error and a screenshot of where the code is breaking.

[Error: Objects are not valid as a React child (found: object with keys {$$typeof, type, key, ref, props, _owner}). If you meant to render a collection of children, use an array instead.]
Error occurred prerendering page "/". Read more: https://nextjs.org/docs/messages/prerender-error
Error: Objects are not valid as a React child (found: object with keys {$$typeof, type, key, ref, props, _owner}). If you meant to render a collection of children, use an array instead.




<img width="769" alt="Screenshot 2024-12-18 at 12 09 59 AM" src="https://github.com/user-attachments/assets/1b02542c-ef41-4b6d-90d9-64380c5ad609" />
Repository: vscode
Issue: Better token support in standalone themes for monaco
Labels: feature-request,monaco-editor

<!-- ⚠️⚠️ 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. -->
The standalone themes in `src/vs/editor/standalone/common/themes.ts` are very outdated and do not support modern language features such as functions. This makes it impossible to have good syntax highlighting out-of-the-box for some languages like TypeScript for downstream projects. See https://github.com/microsoft/monaco-editor/issues/2872 

It would be nice to update these themes to include modern tokens from VS Code Modern themes (dark_modern and light_modern)
Repository: pytorch
Issue: [Break XPU] Newly added test case with CUDA  hard code failed on XPU. 
Labels: triaged,module: xpu

### 🐛 Describe the bug

The newly added test case `test_linear_and_cel` in  test/inductor/test_inplace_padding.py has "cuda" hard code but run on XPU.:https://hud.pytorch.org/pr/pytorch/pytorch/142322#34573031104
```
2024-12-18T04:27:31.8569895Z =================================== FAILURES ===================================
2024-12-18T04:27:31.8570211Z ____________________ InplacePaddingTest.test_linear_and_cel ____________________
2024-12-18T04:27:31.8570515Z Traceback (most recent call last):
2024-12-18T04:27:31.8570900Z   File "/var/lib/jenkins/pytorch/test/inductor/test_inplace_padding.py", line 146, in test_linear_and_cel
2024-12-18T04:27:31.8571333Z     x = torch.randn(B * T, C, requires_grad=True).cuda().bfloat16()
2024-12-18T04:27:31.8571744Z   File "/opt/conda/envs/py_3.9/lib/python3.9/site-packages/torch/cuda/__init__.py", line 311, in _lazy_init
2024-12-18T04:27:31.8572183Z     raise AssertionError("Torch not compiled with CUDA enabled")
2024-12-18T04:27:31.8572499Z AssertionError: Torch not compiled with CUDA enabled
2024-12-18T04:27:31.8572673Z 
2024-12-18T04:27:31.8572814Z To execute this test, run the following from the base repo dir:
2024-12-18T04:27:31.8573196Z     python test/inductor/test_inplace_padding.py InplacePaddingTest.test_linear_and_cel
```
Seems  the test case only suitable for CUDA as it has device bias code like `os.environ["CUBLAS_WORKSPACE_CONFIG"] = ":4096:8"` 
We should mark it as requires_cuda.

### Versions

PyTorch version: 2.6.0a0+gite6c7400
Is debug build: False
CUDA used to build PyTorch: None
ROCM used to build PyTorch: N/A

OS: Ubuntu 22.04.5 LTS (x86_64)
GCC version: (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0
Clang version: Could not collect
CMake version: version 3.31.2
Libc version: glibc-2.35

Python version: 3.10.15 | packaged by conda-forge | (main, Oct 16 2024, 01:24:24) [GCC 13.3.0] (64-bit runtime)
Python platform: Linux-5.15.47+prerelease24.6.13-x86_64-with-glibc2.35
Is CUDA available: False
CUDA runtime version: No CUDA
CUDA_MODULE_LOADING set to: N/A
GPU models and configuration: No CUDA
Nvidia driver version: No CUDA
cuDNN version: No CUDA
HIP runtime version: N/A
MIOpen runtime version: N/A
Is XNNPACK available: True

cc @gujinghui @EikanWang @fengyuan14 @guangyey
Repository: next.js
Issue: Sudo on --experimental-https usage
Labels: Webpack,Runtime

### Link to the code that reproduces this issue

https://codesandbox.io/p/devbox/reverent-paper-zxjmnv

### To Reproduce

Run `bun dev --experimental-https` in any project

### Current vs. Expected behavior

Current:
```Attempting to generate self signed certificate. This may prompt for your password
Sudo password:```

Expected:
No requirement for sudo in terms of generating certificates. 

### Provide environment information

```bash
Operating System:
  Platform: linux
  Arch: arm64
  Version: #1 SMP Thu Oct 24 19:28:55 UTC 2024
  Available memory (MB): 48093
  Available CPU cores: 10
Binaries:
  Node: 20.10.0
  npm: 10.2.3
  Yarn: N/A
  pnpm: 8.11.0
Relevant Packages:
  next: 15.1.0 // There is a newer version (15.1.1) available, upgrade recommended! 
  eslint-config-next: 15.1.0
  react: 19.0.0
  react-dom: 19.0.0
  typescript: 5.7.2
```


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

Runtime, Turbopack, Webpack

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

next dev (local)

### Additional context

I don't believe it should be a requirement to have sudo for creating certificates and running experiment-https?
Repository: godot
Issue: int(INF) evaluates to negative number
Labels: bug,discussion,topic:core

### Tested versions

Reproducable in : v4.3.stable

### System information

Windows 11 

### Issue description

Casting the float INF to int with int(INF) returns -9223372036854775808 and not 9223372036854775807 witch is the largest int. int(-INF) also returns -9223372036854775808 which make sense to me. 

### Steps to reproduce

Print(int(INF)) 

### Minimal reproduction project (MRP)

[int(inf)bug.zip](https://github.com/user-attachments/files/18177991/int.inf.bug.zip)
Repository: flutter
Issue: Mac_benchmark flutter_gallery_macos__compile is 2.15% flaky
Labels: P2,c: flake,team-macos

<!-- meta-tags: To be used by the automation script only, DO NOT MODIFY.
{
  "name": "Mac_benchmark flutter_gallery_macos__compile"
}
-->

The post-submit test builder `Mac_benchmark flutter_gallery_macos__compile` had a flaky ratio 2.15% for the past (up to) 100 commits, which is above our 2.00% threshold.

One recent flaky example for a same commit: https://ci.chromium.org/ui/p/flutter/builders/prod/Mac_benchmark%20flutter_gallery_macos__compile/10740
Commit: https://github.com/flutter/flutter/commit/8631412f252243a18da849068b5a10d4619dd56c

Flaky builds:
https://ci.chromium.org/ui/p/flutter/builders/prod/Mac_benchmark%20flutter_gallery_macos__compile/10740
https://ci.chromium.org/ui/p/flutter/builders/prod/Mac_benchmark%20flutter_gallery_macos__compile/10704

Recent test runs:
https://flutter-dashboard.appspot.com/#/build?taskFilter=Mac_benchmark%20flutter_gallery_macos__compile

Please follow https://github.com/flutter/flutter/blob/master/docs/infra/Reducing-Test-Flakiness.md#fixing-flaky-tests to fix the flakiness and enable the test back after validating the fix (internal dashboard to validate: go/flutter_test_flakiness).
Repository: PowerToys
Issue: Ctrl key on Mouse utility in Italian localization
Labels: Issue-Bug,Area-Localization,Needs-Triage,Issue-Translation

### Microsoft PowerToys version

0.87.0

### Utility with translation issue

Mouse Utilities

### 🌐 Language affected

Italian

### ❌ Actual phrase(s)

![Image](https://github.com/user-attachments/assets/9f10324a-fc78-4fe2-800b-6e707fc5a869)


### ✔️ Expected phrase(s)

Premi due volte il tasto Ctrl di sinistra
Premi due volte il tasto Ctrl di destra

### ℹ Why is the current translation wrong

It seems you have to push a specific button or other control on the left/right size
Repository: deno
Issue: JsRuntime initialization fails when integrating deno_url extension
Labels: embedder

I'm encountering an issue when integrating the deno_url extension into deno_core within a test project. Despite trying various approaches, I consistently receive the following error during JsRuntime initialization:
```txt
 Failed to initialize a JsRuntime: Following modules were not evaluated; make sure they are imported from other code: 
    - ext:deno_console/01_console.js 
   - ext:deno_url/00_url.js 
   - ext:deno_webidl/00_webidl.js 
   - ext:deno_url/01_urlpattern.js 
```

Cargo.toml:
```toml
[package]
name    = "deno_url_test"
version = "0.1.0"
edition = "2021"

[dependencies]
v8          = { version = "130.0.1", default-features = false }
deno_core   = { version = "0.326.0", default-features = false }
deno_url    = "0.183.0"
deno_webidl = "0.183.0"
deno_console = "0.183.0"
tokio       = { version = "1.35.1", features = ["full"] }
anyhow      = "1.0.75"
```

rust code：
```rust
use deno_core::error::AnyError;
use deno_core::{extension, op2, OpState};
use deno_core::{JsRuntime, RuntimeOptions};

#[op2]
#[string]
fn op_test() -> Result<String, AnyError> {
    Ok("Hello from Rust!".to_string())
}

extension! {
    TestExtension,
    ops = [op_test],
    state = |state: &mut OpState| {
        ()
    }
}

#[tokio::main]
async fn main() -> Result<(), AnyError> {
    let mut runtime = JsRuntime::new(RuntimeOptions {
        extensions: vec![
            TestExtension::init_ops(),
            deno_console::deno_console::init_ops_and_esm(),
            deno_webidl::deno_webidl::init_ops_and_esm(),
            deno_url::deno_url::init_ops_and_esm(),
        ],
        ..Default::default()
    });

    let code = r#"
import "ext:deno_webidl/00_webidl.js"; 
import "ext:deno_console/01_console.js"; 
import "ext:deno_url/00_url.js"; 
import "ext:deno_url/01_urlpattern.js";

Object.defineProperty(globalThis, "URL", {
  value: url.URL,
  enumerable: false,
  configurable: true,
  writable: true,
});

Object.defineProperty(globalThis, "URLPattern", {
  value: url.URLPattern,
  enumerable: false,
  configurable: true,
  writable: true,
});

Object.defineProperty(globalThis, "URLSearchParams", {
  value: url.URLSearchParams,
  enumerable: false,
  configurable: true,
  writable: true,
});

        const result = Deno.core.ops.op_test();
        console.log('Custom op result:', result);
    "#;

    runtime.execute_script("[test]", code).map_err(|e| {
        println!("Script execution error: {:?}", e);
        e
    })?;

    Ok(())
}

```
Repository: vscode
Issue: Expose native support for USB, HID and Serial device access in VS Code (Desktop)
Labels: feature-request,extensions,workbench-os-integration

<!-- ⚠️⚠️ 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. -->

Since Electron version 25, Web-* device access has been possible using the functionality described here: https://www.electronjs.org/docs/latest/tutorial/devices

This request is to expose this functionality in VS Code on the desktop and bring functionality on-par with the browser version added in https://github.com/microsoft/vscode/pull/152310

The benefit of this is that native device support is added using the functionality already available in Chrome shipped as part of VS Code, so there is no extra bloat.

It means extension developers no longer have to include external packages such as node-usb or SerialPort. In many cases this approach should be more stable and reliable, too (e.g. chrome uses winusb for device access over libusb as used in node-usb).

From a security perspective, it uses the same model as the browser, so brings the device authorisation model too.

A PR adding this can be found here: https://github.com/microsoft/vscode/pull/198047

cc @bpasero
Repository: ollama
Issue: I can not connect to 11434 port
Labels: bug,needs more info

### What is the issue?

sir, i add Environment="OLLAMA_HOST=0.0.0.0" to the service file,Then i restart  ollama. now, i find the service listener port is only have tcp6，without tcp4 listen，so i can not access to the service from other machine. how can i fix this problem？  thank you


[root@localhost ollama]#  netstat -tuln | grep 11434
tcp6       0      0 :::11434                :::*                    LISTEN
[root@localhost ollama]#


### OS

_No response_

### GPU

_No response_

### CPU

_No response_

### Ollama version

_No response_
Repository: neovim
Issue: Directory filetype
Labels: enhancement,needs:vim-patch,filetype

### Problem

add directory filetype using vim.filetype.add doesn't work, cause filetypedetect is defined using event { 'BufRead', 'BufNewFile', 'StdinReadPost' }, it won't react to a directory buffer.
why can't it use BufAdd instead?

### Expected behavior

Allow detect directory filetype using:
```lua
vim.filetype.add({
 pattern={
  [".*"]={
   function(path)
    return path and vim.fn.isdirectory(path)==1 and "directory"
   end,
   {priority=math.huge},
  },
 },
})

```