sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: pytorch
Issue: Reworking is_big_gpu check for inductor GEMMs
Labels: triaged,oncall: pt2,module: dynamo

### 🚀 The feature, motivation and pitch

While working with some newer AMD gpus we started to notice that they can't choose the GEMMs backend while being perfectly capable of performing with it. This led to looking at this piece of code: https://github.com/pytorch/pytorch/blob/b75bb64eb4bf6fea36b8ee7c7a67074bdaa7c69a/torch/_inductor/utils.py#L1106

```
def is_big_gpu(index) -> bool:
    min_sms = 68  # 3080
    avail_sms = torch.cuda.get_device_properties(index).multi_processor_count
    if avail_sms < min_sms:
        log.warning(
            "Not enough SMs to use max_autotune_gemm mode",
            extra={"min_sms": min_sms, "avail_sms": avail_sms},
        )
        return False
    return True
```

This check doesn't make sense for AMD gpus since they have they have the right amount of CUs but multi_processor_count returns WGPs on RDNA which is a lower number. We would still like to choose the GEMMs backend for them. It's pretty easy to make a ROCm specific workaround, but I would like to understand the whole point of this hardcoded check. 

- Do we still need this in the current form?
- Can this be made a little bit more generic? 
- Is arbitrary for the reasons of performance or are we looking for some instruction sets specifically?

Also it seems counterintuitive that there is such a barrier even when forcing the usage with `max_autotune=True` and `max_autotune_gemm_backends="TRITON"`. 

### Alternatives

_No response_

### Additional context

Small relevant workaround fix for ROCm: https://github.com/pytorch/pytorch/pull/141687

cc @chauhang @penguinwu @voznesenskym @EikanWang @jgong5 @Guobing-Chen @XiaobingSuper @zhuhaozhe @blzheng @wenzhe-nrv @jiayisunx @chenyang78 @kadeng @amjames
Repository: ui
Issue: [bug]: DialogContent Error When Using react-new-improved-window with Radix UI Dialog
Labels: bug

### Describe the bug

Description:
When attempting to open a dialog inside a new window using the [react-new-improved-window](https://www.npmjs.com/package/react-new-improved-window) library (version ^0.2.9), I encounter the following error:

hook.js:608 `DialogContent` requires a `DialogTitle` for the component to be accessible for screen reader users.

If you want to hide the `DialogTitle`, you can wrap it with our VisuallyHidden component.

For more information, see https://radix-ui.com/primitives/docs/components/dialog Error Component Stack
    at TitleWarning (@radix-ui_react-dialog.js?v=583f576a:310:23)
    at @radix-ui_react-dialog.js?v=583f576a:230:13
    at @radix-ui_react-dialog.js?v=583f576a:153:58
    at Presence (chunk-NJI4WNQ5.js?v=583f576a:24:11)
    at @radix-ui_react-dialog.js?v=583f576a:144:64
    at chunk-L3SKXKGI.js?v=583f576a:52:11
    at chunk-L3SKXKGI.js?v=583f576a:33:11
    at chunk-VNAZQ33N.js?v=583f576a:41:13
    at chunk-UCWQWVJF.js?v=583f576a:461:22
    at Presence (chunk-NJI4WNQ5.js?v=583f576a:24:11)
    at Provider (chunk-Y7IJGSUZ.js?v=583f576a:38:15)
    at DialogPortal (@radix-ui_react-dialog.js?v=583f576a:107:11)
    at _c3 (dialog.tsx:39:7)
    at Provider (chunk-Y7IJGSUZ.js?v=583f576a:38:15)
    at Dialog (@radix-ui_react-dialog.js?v=583f576a:48:5)


Actual Behavior:
The error occurs, suggesting that DialogContent requires a DialogTitle for accessibility compliance, even though the <Dialog> component is correctly implemented within the main React application.

### Affected component/components

dialog

### How to reproduce

Steps to Reproduce:
Create a new React application.
Install the necessary dependencies:
[react-new-improved-window](https://www.npmjs.com/package/react-new-improved-window) ^0.2.9
[@radix-ui/react-dialog](https://www.npmjs.com/package/@radix-ui/react-dialog)
Use react-new-improved-window to open a new browser window.
Render a Radix UI <Dialog> component inside this new window.
Observe the console for the error.
Expected Behavior:
The dialog should render correctly in the new window without any accessibility-related warnings or errors.

### Codesandbox/StackBlitz link

https://github.com/babpulss/react-new-window.git

### Logs

_No response_

### System Info

```bash
Additional Information:
The issue seems related to rendering in a new window context created by react-new-improved-window.
Adding a DialogTitle or wrapping it with VisuallyHidden as suggested in the error message does not resolve the issue.
Environment:
React version: 18
react-new-improved-window version: ^0.2.9
radix-ui/react-dialog": ^1.1.2
Browser: chrome@latest
```


### Before submitting

- [X] I've made research efforts and searched the documentation
- [X] I've searched for existing issues
Repository: ant-design
Issue: Tour component step glitching out/flickering when on certain positions/screen sizes
Labels: 🐛 Bug,Inactive

### Reproduction link

[https://ant.design/components/tour](https://ant.design/components/tour)
![Media1 (2)](https://github.com/user-attachments/assets/d8a76971-9f3e-44bf-b21a-f7e670996181)


### Steps to reproduce

https://ant.design/components/tour

https://codesandbox.io/p/sandbox/8cdhx6?file=%2Findex.html

The step "2" or "right" flickers in certain positions or screen sizes

### What is expected?

For the step to not flicker and stay in place

### What is actually happening?

The step is flickering and not staying in place

| Environment | Info |
| --- | --- |
| antd | 5.22.2 |
| React | https://ant.design/components/tour version used here |
| System | Windows 11 |
| Browser | Microsoft Edge 129.0.2792.52 |

---
Also occurs in different placements bottom etc.
Does not occur at 5.16.2
Does occur at 5.20.5

Do not know at which specific version the bug was introduced.

<!-- generated by ant-design-issue-helper. DO NOT REMOVE -->
Repository: deno
Issue: About WebSocket upgrade unavailable when run code original for Node.js
Labels: bug,node compat,ext/http,node:http

Recently I wrote a program using Node.js v22 and TypeScript, Express, [PeerJS](https://peerjs.com/) (PeerJS is a WebRTC server and client lib, which use **WebSocket** for signaling).

I used ts-node run this program for debug and files change watching/HMR, but ts-node is very slow, every launch will cost 8-10 seconds.

So I tried Deno v2.1.1 today, (command: deno run  --allow-all --watch  src/main.ts), Deno is very fast, every launch will cost only 1-2 seconds🚀. And without any code change, this program can be run directly use Deno! It is amazing🌟!

Everything is fine, HTTP request/reply by Express works, but WebSocket. Once a WebRTC signaling start between PeerJS server and client, the error below occurs on the server side(when accept WebSocket connection, the logic is encapsulted in PeerJS server component).

```
Error: upgrade unavailable
    at InnerRequest._wantsUpgrade (ext:deno_http/00_serve.ts:105:26)
    at upgradeHttpRaw (ext:deno_http/00_serve.ts:51:18)
    at handler (node:http:1314:36)
    at ext:deno_http/00_serve.ts:382:26
    at ext:deno_http/00_serve.ts:593:29
    at eventLoopTick (ext:core/01_core.js:175:7)
Upgrade response was not returned from callback
```

It looks like need to do some special operations in WebSocket connection related code when program run by Deno. Beside modify PeerJS code, Is there any other method to resolve this problem, such as add a run time parameter or config. Thanks a lot.
Repository: material-ui
Issue: New `noSsr` prop of ThemeProvider throws warning
Labels: package: system,dx

### Steps to reproduce

Steps:
1. Open this link to live example: https://stackblitz.com/edit/react-yeet9i?file=Demo.tsx
2. Look into console


### Current behavior

Console warning:

```
Warning: Failed prop type: The following props are not supported: `noSsr`. Please remove them.
at ThemeProvider (https://react-yeet9i.stackblitz.io/turbo_modules/@mui/system@6.1.9/ThemeProvider/ThemeProvider.js:55:5)
at ThemeProviderNoVars (https://react-yeet9i.stackblitz.io/turbo_modules/@mui/material@6.1.9/node/styles/ThemeProviderNoVars.js:15:10)
at ThemeProvider (https://react-yeet9i.stackblitz.io/turbo_modules/@mui/material@6.1.9/node/styles/ThemeProvider.js:16:3)
at BasicButtons
at StyledEngineProvider (https://react-yeet9i.stackblitz.io/turbo_modules/@mui/styled-engine@6.1.9/node/StyledEngineProvider/StyledEngineProvider.js:56:5)
```

### Expected behavior

No console warning.

### Context

Release of v6.1.9 adds new `noSsr` prop for ThemeProvider: https://github.com/mui/material-ui/releases/tag/v6.1.9

https://github.com/mui/material-ui/pull/44451

### Your environment

<details>
  <summary><code>npx @mui/envinfo</code></summary>

Google Chrome Version 131.0.6778.86 (Offizieller Build) (arm64)

```
  System:
    OS: macOS 15.1.1
  Binaries:
    Node: 22.11.0 - /usr/local/bin/node
    npm: 10.9.0 - /usr/local/bin/npm
    pnpm: Not Found
  Browsers:
    Chrome: 131.0.6778.86
    Edge: Not Found
    Safari: 18.1.1
  npmPackages:
    @emotion/react: 11.13.5 => 11.13.5 
    @emotion/styled: ^11.13.5 => 11.13.5 
    @mui/core-downloads-tracker:  6.1.9 
    @mui/icons-material: ^6.1.9 => 6.1.9 
    @mui/material: ^6.1.9 => 6.1.9 
    @mui/private-theming:  6.1.9 
    @mui/styled-engine:  6.1.9 
    @mui/system: ^6.1.9 => 6.1.9 
    @mui/types:  7.2.19 
    @mui/utils:  6.1.9 
    @mui/x-date-pickers: ^7.22.3 => 7.22.3 
    @mui/x-internals:  7.21.0 
    @types/react: ^18.3.12 => 18.3.12 
    react: ^18.3.1 => 18.3.1 
    react-dom: ^18.3.1 => 18.3.1 
    typescript: ^5.7.2 => 5.7.2 
```
</details>


**Search keywords**: ThemeProvider noSsr
Repository: PowerToys
Issue: New Outlook doesn't support "Paste as plain text directly" with Ctrl+Win+Alt+V
Labels: Issue-Bug,Needs-Triage

### Microsoft PowerToys version

0.86.0

### Installation method

PowerToys auto-update

### Running as admin

No

### Area(s) with issue?

Advanced Paste

### Steps to reproduce

1. Open New Outlook
2. Set View > Layout > Reading Pane > Show on the right
3. Ctrl+N to start a new email in the reading pane on the right
4. Copy some text from another application e.g. from the browser.
5. Press Ctrl+Win+Alt+V to "Paste as plain text directly"

### ✔️ Expected Behavior

Plain text to be pasted directly.

### ❌ Actual Behavior

Instead of the text pasting, all that happens is menubar shortcuts are highlighted (same as if you press Alt on its own). No text at all is pasted. Using the right-click menu and selecting "Paste as plain text" does work normally, but takes much longer than the keyboard shortcut. 

### Other Software

I've had the same issue both a work computer with Win10 22H2 and a home computer with Win11 24H2. My work computer version information is: 

Microsoft Outlook Version 1.2024.1115.300 (Production).
Client Version is 20241115003.27.
WebView2 Version is 131.0.2903.70.
Repository: ollama
Issue: Please sync with llama.cpp for the update of bert_base like models.
Labels: bug

### What is the issue?

currently [ollama_llama_server](https://github.com/ollama/ollama/blob/main/llm/server.go#L894) can't return properly with google bert_base models, while llama.cpp have already supported, I've varified with `transformers`.

### OS

_No response_

### GPU

_No response_

### CPU

_No response_

### Ollama version

_No response_
Repository: deno
Issue: deno compile - Read bytes from embedded assets as static references
Labels: perf,compile

https://github.com/denoland/deno/pull/27033 made this work for strings, but we need to do it for bytes. The blocker is we need a copy on write buffer in ~~deno_core~~ v8.
Repository: ui
Issue: [bug]: @shadcn  Block Page is loading loading https://ui.shadcn.com/blocks  it been  down for like a week now
Labels: bug

### Describe the bug


https://ui.shadcn.com/blocks  this is page of your documentation is not loading


### Affected component/components

blocks

### How to reproduce

1.

### Codesandbox/StackBlitz link

https://ui.shadcn.com/blocks  

### Logs

_No response_

### System Info

```bash
HP windows 10, 64bits, Google chrome
```


### Before submitting

- [X] I've made research efforts and searched the documentation
- [X] I've searched for existing issues
Repository: kubernetes
Issue: v1.32.0 Release Notes: "Known Issues"
Labels: kind/feature,sig/release,needs-triage

### What would you like to be added?

This issue is a bucket placeholder for collaborating on the "Known Issues" additions for the 1.32 Release Notes. If you know of issues or API changes that are going out in 1.32, please comment here so that we can coordinate incorporating information about these changes in the Release Notes.

/assign @kubernetes/release-team

/sig release
/milestone v1.32

### Why is this needed?

NA
Repository: godot
Issue: `String.num_scientific()` does not work for floats not big or loses significant digits
Labels: bug,topic:core

### Tested versions

Tested on 4.4_dev5, probably earlier versions have the same issue.


### System information

Godot v4.4.dev5 - Windows 10.0.26100 - Multi-window, 1 monitor - OpenGL 3 (Compatibility) - NVIDIA GeForce RTX 3060 Laptop GPU (NVIDIA; 32.0.15.5612) - AMD Ryzen 7 5800H with Radeon Graphics (16 threads)

### Issue description

Tested num_scientific function with some floats:
```GDScript
        var a = -12.345	
	print(String.num_scientific(a))  
	
	var b = -1.2345e5
	print(String.num_scientific(b))
	
	var c = -1.2345e6
	print(String.num_scientific(c))
	
	var d = -123456789
	print(String.num_scientific(d))
```
===============
Prints: 
-12.345
-123450
-1.2345e+06
-1.23457e+08
Thus, (1) the function does not work numbers with absolute value less than E+6
(2) the function loses significant digits if the length of the number exceeds certain limit.

### Steps to reproduce

Create a simple project & test it out as given in the screenshot attached.![Image](https://github.com/user-attachments/assets/54cf8557-ee72-4792-b201-f1892e8bca3e)


### Minimal reproduction project (MRP)

N/A
Repository: godot
Issue: In tileset editor, attempting to paint terrain over alternative tile instead creates a new alternative tile
Labels: bug,topic:editor,topic:2d

### Tested versions

- Reproducible for v4.3.stable.official [77dcf97d8]

### System information

Godot v4.3.stable - Windows 10.0.22631 - GLES3 (Compatibility) - AMD Radeon RX 6600M (Advanced Micro Devices, Inc.; 30.0.13024.5001) - AMD Ryzen 7 5800H with Radeon Graphics (16 Threads)

### Issue description

Attempting to paint terrain over an alternative tile instead results with the terrain editor creating a new alternative tile. Which shouldn't happen, as the alternative tile creation is done via "Select" tab of the tileset editor.

### Steps to reproduce

1. Load attached project
2. Open `player.tscn`
3. Open `TileMapLayer` node
4. Switch to tileset editing, `Paint` mode
5. Select property `Terrains` -> `Terrain Set 0` -> `Dots Biome`
6. Attempt to paint this point:
![Image](https://github.com/user-attachments/assets/814c2333-8a5a-4d8e-a20a-06daee32f4ef)
7. Be greeted with this sight:
![Image](https://github.com/user-attachments/assets/c6be7659-d9d3-43e8-8fd7-25ec609d998b)




### Minimal reproduction project (MRP)

[TerrainPainterBug.zip](https://github.com/user-attachments/files/17937477/TerrainPainterBug.zip)
Repository: tauri
Issue: [bug] Problems with adding shared libraries
Labels: type: bug,status: needs triage

### Describe the bug

I have a c++ external binary that depends on tensorflow's shared lib (dll on windows, .so on linux), I want to make sure and be pretty sure that the shared libs are always on the same level of the that binary or else it will either be stuck and will seem that it is running infinitely or it will return: libtensorflow.so.1: cannot open shared object file: No such file or directory.

Keeping in mind: this only happens on release when using an installer like msi or .deb, because when i run the debug version `npm run tauri dev`, it works fine without any problem.

Here is the config:
```
// Resources contains the shared libs
    "resources": {
      "resources/*": "",
    },
// The c++ bin itself
    "externalBin": ["bin/externalBin"],
```


### Reproduction

_No response_

### Expected behavior

I want the shared libs to be in the same level as the external binary.

### Full `tauri info` output

```text
[✔] Environment
    - OS: Fedora 40.0.0 x86_64 (X64)
    ✔ webkit2gtk-4.1: 2.46.1
    ✔ rsvg2: 2.57.1
    ✔ rustc: 1.82.0 (f6e511eec 2024-10-15)
    ✔ cargo: 1.82.0 (8f40fc59f 2024-08-21)
    ✔ rustup: 1.27.1 (54dd3d00f 2024-04-24)
    ✔ Rust toolchain: stable-x86_64-unknown-linux-gnu (default)
    - node: 20.17.0
    - npm: 10.8.2

[-] Packages
    - tauri 🦀: 2.1.1
    - tauri-build 🦀: 2.0.3
    - wry 🦀: 0.47.0
    - tao 🦀: 0.30.8
    - tauri-cli 🦀: 2.1.0
    - @tauri-apps/api : 2.1.1
    - @tauri-apps/cli : 2.1.0

[-] Plugins
    - tauri-plugin-process 🦀: 2.0.1
    - @tauri-apps/plugin-process : 2.0.0
    - tauri-plugin-fs 🦀: 2.0.3
    - @tauri-apps/plugin-fs : 2.0.2
    - tauri-plugin-notification 🦀: 2.0.1
    - @tauri-apps/plugin-notification : 2.0.0
    - tauri-plugin-updater 🦀: 2.0.2
    - @tauri-apps/plugin-updater : 2.0.0
    - tauri-plugin-os 🦀: 2.0.1
    - @tauri-apps/plugin-os : 2.0.0
    - tauri-plugin-dialog 🦀: 2.0.3
    - @tauri-apps/plugin-dialog : 2.0.1
    - tauri-plugin-shell 🦀: 2.0.2
    - @tauri-apps/plugin-shell : 2.0.1

[-] App
    - build-type: bundle
    - CSP: unset
    - frontendDist: ../dist
    - devUrl: http://localhost:1420/
    - framework: React
    - bundler: Rollup
```


### Stack trace

_No response_

### Additional context

_No response_
Repository: electron
Issue: stop using deprecated WebContentsObserver::WebContentsDestroyed()
Labels: upgrade-follow-up

This has was deprecated upstream on Nov 8 by https://chromium-review.googlesource.com/c/chromium/src/+/6001971 for https://issues.chromium.org/issues/377733394.

We use this method extensively, so migrating away from it will probably take some work:

```sh
$ rg WebContentsDestroyed -t h
browser/file_system_access/file_system_access_web_contents_helper.h
24:  void WebContentsDestroyed() override;

browser/api/electron_api_web_contents_view.h
52:  void WebContentsDestroyed() override;

browser/electron_api_ipc_handler_impl.h
63:  void WebContentsDestroyed() override;

browser/ui/inspectable_web_contents.h
199:  void WebContentsDestroyed() override;

browser/web_contents_zoom_controller.h
105:  void WebContentsDestroyed() override;

browser/api/electron_api_browser_window.h
49:  void WebContentsDestroyed() override;

browser/api/electron_api_web_contents.h
656:  void WebContentsDestroyed() override;

browser/file_select_helper.h
92:  void WebContentsDestroyed() override;
156:  bool AbortIfWebContentsDestroyed();

browser/electron_web_contents_utility_handler_impl.h
55:  void WebContentsDestroyed() override;
```
Repository: transformers
Issue: Deprecation Warning for `max_size` in `DetrImageProcessor.preprocess`
Labels: WIP,Vision,Processing

### System Info

- `transformers` version: 4.47.0.dev0
- Platform: Linux-5.15.0-126-generic-x86_64-with-glibc2.31
- Python version: 3.11.0
- Huggingface_hub version: 0.24.5
- Safetensors version: 0.4.4
- Accelerate version: 1.1.1
- Accelerate config: 	not found
- PyTorch version (GPU?): 2.1.2+cu118 (True)
- Tensorflow version (GPU?): not installed (NA)
- Flax version (CPU?/GPU?/TPU?): not installed (NA)
- Jax version: not installed
- JaxLib version: not installed
- Using distributed or parallel set-up in script?: <fill in>
- Using GPU in script?: <fill in>
- GPU type: NVIDIA GeForce RTX 3090

### Who can help?

@amyeroberts, @qubvel
and I think @NielsRogge worked on it too ?

### Information

- [X] The official example scripts
- [ ] My own modified scripts

### Tasks

- [X] An officially supported task in the `examples` folder (such as GLUE/SQuAD, ...)
- [ ] My own task or dataset (give details below)

### Reproduction

```python
import logging

import numpy as np
from transformers.models.detr.image_processing_detr import DetrImageProcessor

logging.basicConfig(level=logging.WARNING)
logger = logging.getLogger(__name__)

images = [np.ones((512, 512, 3))]
annotations = [{'image_id': [], 'annotations': []}]
size = {'max_height': 600, 'max_width': 600}

image_processor = DetrImageProcessor()
images = image_processor.preprocess(images, do_resize=True, do_rescale=False, size=size, annotations=annotations, format='coco_detection')
```

### Expected behavior

Hello!

I noticed that the `preprocess` method in the `DetrImageProcessor` class always passes `max_size` to the `resize` method,

https://github.com/huggingface/transformers/blob/4120cb257f03b834fb332e0b0ee6570245e85656/src/transformers/models/detr/image_processing_detr.py#L1445-L1447

 and that triggers a deprecation warning in `resize` method,

```bash
The `max_size` parameter is deprecated and will be removed in v4.26. Please specify in `size['longest_edge'] instead`.
```

https://github.com/huggingface/transformers/blob/4120cb257f03b834fb332e0b0ee6570245e85656/src/transformers/models/detr/image_processing_detr.py#L992-L997

I propose removing the unused `max_size` argument from the preprocess method since it is always `None`,

https://github.com/huggingface/transformers/blob/4120cb257f03b834fb332e0b0ee6570245e85656/src/transformers/models/detr/image_processing_detr.py#L1340

Would it be okay if I work on this and submit a pull request? I can try to see if the problem also occurs in other models.
Repository: go
Issue: proposal: net/http: support slash (/) in path variable
Labels: Proposal

### Proposal Details

It would be really nice if the path variables can support / in the variable, example `GET /api/{resource_name}/components/info` only matches `/api/resource_name/components/info`, and not `/api/resource/name/components/info`. You can url encode the slash in resource name like `resource%2fname`, and that does work, but not what I'm looking for.

I understand we may not want to default handle / in the path variable, but maybe an option to enable it, like `{resource_name/2}` for 2 slashes and `{resource_name/*}` for any amount.

You also cant do `GET /api/{resource_name...}/components/info`, which would also solve the issue I'm proposing.

<details><summary>Example go code</summary>

```go
package main

import (
	"log"
	"net/http"
)

func main() {
	mux := http.NewServeMux()

	mux.Handle("GET /api/{resource_name}/components/info", http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
		w.Write([]byte(r.PathValue("resource_name")))
	}))

	s := http.Server{Handler: mux, Addr: ":8000"}

	log.Fatalln(s.ListenAndServe())
}
```

```console
$ curl localhost:8000/api/resource_name/components/info
resource_name

$ curl localhost:8000/api/resource/name/components/info
404 page not found

$ curl localhost:8000/api/resource%2fname/components/info
resource/name
```

</details>