sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: vscode
Issue: Last character of Korean moves to where cursor is 
Labels: bug,editor-input-IME

Type: <b>Bug</b>

When I left-click after typing Korean(in .c, .py, .txt etc),
the last character moves to a line where my mouse cursor is.
Can I get a solution for this?
I hope to be replied fastly. Thank you.


VS Code version: Code 1.93.1 (38c31bc77e0dd6ae88a4e9cc93428cc27a56ba40, 2024-09-11T17:20:05.685Z)
OS version: Windows_NT x64 10.0.22631
Modes:

<details>
<summary>System Info</summary>

|Item|Value|
|---|---|
|CPUs|12th Gen Intel(R) Core(TM) i5-1235U (12 x 2496)|
|GPU Status|2d_canvas: enabled<br>canvas_oop_rasterization: enabled_on<br>direct_rendering_display_compositor: disabled_off_ok<br>gpu_compositing: enabled<br>multiple_raster_threads: enabled_on<br>opengl: enabled_on<br>rasterization: enabled<br>raw_draw: disabled_off_ok<br>skia_graphite: disabled_off<br>video_decode: enabled<br>video_encode: enabled<br>vulkan: disabled_off<br>webgl: enabled<br>webgl2: enabled<br>webgpu: enabled<br>webnn: disabled_off|
|Load (avg)|undefined|
|Memory (System)|15.71GB (7.45GB free)|
|Process Argv|--crash-reporter-id 92bab400-597b-498c-8af7-63b11a16d210|
|Screen Reader|no|
|VM|0%|
</details><details><summary>Extensions (23)</summary>

Extension|Author (truncated)|Version
---|---|---
TabOut|alb|0.2.2
code-runner|for|0.12.2
vscode-power-mode|hoo|3.0.2
bongocat-buddy|Joh|1.6.0
vsc-python-indent|Kev|1.18.0
vscode-language-pack-ko|MS-|1.93.2024091109
debugpy|ms-|2024.10.0
python|ms-|2024.14.1
vscode-pylance|ms-|2024.9.1
jupyter|ms-|2024.8.1
jupyter-keymap|ms-|1.1.2
jupyter-renderers|ms-|1.0.19
vscode-jupyter-cell-tags|ms-|0.1.9
vscode-jupyter-slideshow|ms-|0.1.6
cmake-tools|ms-|1.19.51
cpptools|ms-|1.21.6
cpptools-extension-pack|ms-|1.3.0
indent-rainbow|ode|8.3.1
vscode-numpy-viewer|Per|0.1.8
vscode-pets|ton|1.27.0
cmake|twx|0.0.17
intellicode-api-usage-examples|Vis|0.2.8
vscodeintellicode|Vis|1.3.1

(2 theme extensions excluded)

</details><details>
<summary>A/B Experiments</summary>

```
vsliv368:30146709
vspor879:30202332
vspor708:30202333
vspor363:30204092
vscod805cf:30301675
binariesv615:30325510
vsaa593cf:30376535
py29gd2263:31024239
c4g48928:30535728
azure-dev_surveyone:30548225
a9j8j154:30646983
962ge761:30959799
pythongtdpath:30769146
pythonnoceb:30805159
asynctok:30898717
pythonmypyd1:30879173
h48ei257:31000450
pythontbext0:30879054
dsvsc016:30899300
dsvsc017:30899301
dsvsc018:30899302
cppperfnew:31000557
dsvsc020:30976470
pythonait:31006305
dsvsc021:30996838
bdiig495:31013172
a69g1124:31058053
dvdeprecation:31068756
dwnewjupyter:31046869
impr_priority:31102340
refactort:31108082
pythonrstrctxt:31112756
flightc:31134773
wkspc-onlycs-t:31132770
wkspc-ranged-c:31125598
ei213698:31121563

```

</details>

<!-- generated by issue reporter -->
Repository: PowerToys
Issue: Existing Windows Short-cut keys affected
Labels: Issue-Bug,Needs-Repro,Needs-Triage,Needs-Team-Response

### Microsoft PowerToys version

v0.0.1

### Installation method

PowerToys auto-update

### Running as admin

None

### Area(s) with issue?

General

### Steps to reproduce

When Powertoys is running, built-in Windows short-cut keys become unreliable. Examples:
Win key + Number keys launch the wrong application from the taskbar
Win key+e doesn't launch Windows Explorer but some seemingly random other app like Magnifier
Win+m doesn't minimize all windows.
When I close Powertoys, the issue goes away

### ✔️ Expected Behavior

I press Win+2, expecting to start Outlook, which is the second item on my taskbar

### ❌ Actual Behavior

Win+2 launches Explorer, the third item, or it launches Notes, the first item. Which it launches seems haphazard. Most often it launches the expected app, but if it fails it fails repeatedly.
[PowerToysReport_2024-09-13-09-51-15.zip](https://github.com/user-attachments/files/16990482/PowerToysReport_2024-09-13-09-51-15.zip)


### Other Software

_No response_
Repository: tauri
Issue: [feat] supprot multiple  webview  in mobile
Labels: type: feature request

### Describe the problem

supprot multiple  webview  in mobile like browser

### Describe the solution you'd like

let webviewWindwo = new WebviewWindow('xxx', {
      url: '/desktop/setting',
      title: '设置'
    });

### Alternatives considered

_No response_

### Additional context

_No response_
Repository: node
Issue: Error Compiling Node.js v20.2.0  for Android (x86_64) using android-ndk-r25c
Labels: build,android

### Version

v20.2.0 

### Platform

```text
Docker From Ubuntu:20.04

Linux fc67e7bf1d76 5.15.0-101-generic #111~20.04.1-Ubuntu SMP Mon Mar 11 15:44:43 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux
```


### Subsystem

_No response_

### What steps will reproduce the bug?

./android-configure /workspace/android-ndk-r25c 24 x86_64
make

### How often does it reproduce? Is there a required condition?

always

### What is the expected behavior? Why is that the expected behavior?

all building steps works fine，and generate node binaray at out/Release

### What do you see instead?

```
/workspace/android-ndk-r25c/toolchains/llvm/prebuilt/linux-x86_64/bin/x86_64-linux-android24-clang -o /workspace/node/out/Release/obj.host/genccode/deps/icu-small/source/tools/genccode/genccode.o ../deps/icu-small/source/tools/genccode/genccode.c '-DV8_DEPRECATION_WARNINGS' '-DV8_IMMINENT_DEPRECATION_WARNINGS' '-D_GLIBCXX_USE_CXX11_ABI=1' '-DNODE_OPENSSL_CONF_NAME=nodejs_conf' '-DNODE_OPENSSL_HAS_QUIC' '-DICU_NO_USER_DATA_OVERRIDE' '-D__STDC_FORMAT_MACROS' '-DOPENSSL_NO_PINSHARED' '-DOPENSSL_THREADS' '-DOPENSSL_NO_ASM' '-DUCONFIG_NO_SERVICE=1' '-DU_ENABLE_DYLOAD=0' '-DU_STATIC_IMPLEMENTATION=1' '-DU_HAVE_STD_STRING=1' '-DUCONFIG_NO_BREAK_ITERATION=0' -I../deps/icu-small/source/common -I../deps/icu-small/source/i18n -I../deps/icu-small/source/tools/toolutil  -Wall -Wextra -Wno-unused-parameter -m64 -pthread -O3 -fno-omit-frame-pointer -fPIC  -MMD -MF /workspace/node/out/Release/.deps//workspace/node/out/Release/obj.host/genccode/deps/icu-small/source/tools/genccode/genccode.o.d.raw   -c
  /workspace/android-ndk-r25c/toolchains/llvm/prebuilt/linux-x86_64/bin/x86_64-linux-android24-clang++ -rdynamic -m64 -pthread -fPIC  -o /workspace/node/out/Release/genccode -Wl,--start-group /workspace/node/out/Release/obj.host/genccode/deps/icu-small/source/tools/genccode/genccode.o /workspace/node/out/Release/obj.host/genccode/tools/icu/no-op.o /workspace/node/out/Release/obj.host/tools/icu/libicutools.a -Wl,--end-group 
  LD_LIBRARY_PATH=/workspace/node/out/Release/lib.host:/workspace/node/out/Release/lib.target:$LD_LIBRARY_PATH; export LD_LIBRARY_PATH; cd ../tools/icu; mkdir -p /workspace/node/out/Release/obj/gen; "/workspace/node/out/Release/icupkg" -tl ../../deps/icu-tmp/icudt73l.dat "/workspace/node/out/Release/obj/gen/icudt73l.dat"
/bin/sh: 1: /workspace/node/out/Release/icupkg: not found
make[1]: *** [tools/icu/icudata.target.mk:13: /workspace/node/out/Release/obj/gen/icudt73l.dat] Error 127
make: *** [Makefile:134: node] Error 2
```

### Additional information

![image](https://github.com/user-attachments/assets/a01f43d8-9e9f-4e08-a91c-ec2af61b9237)
Repository: pytorch
Issue: Add AT_DISPATCH for layernorm gamma and beta
Labels: triaged,module: half

### 🚀 The feature, motivation and pitch

I recently met this when I try to do layernorm to a float16 tensor. But it got Runtime error. This is a simple reproducer:

```
import torch
from torch.nn import LayerNorm

inputs = torch.rand([1, 1024, 4096], dtype=torch.float16).cuda()
ln = LayerNorm(4096).cuda()
outputs = ln(inputs)

# RuntimeError: expected scalar type Half but found Float
```

I was wondering where float appears and I found that layernorm weight/bias are pair of learnable parameter, defaultly initialized with float. This mismatch on dtype goes all the way until the final implement that doesn't support it.

### Alternatives

I know that now add a `LayerNorm(4096, dtype=torch.float16).cuda()` or `LayerNorm(4096, dtype=torch.float16).cuda().half()` could be alright. But after checking the cuda code https://github.com/pytorch/pytorch/blob/main/aten/src/ATen/native/cuda/layer_norm_kernel.cu#L813, I found it easy to solve this vulnerability by just add another AT_DISPATCH for gamma/bias data type and add their type in template. With this, layernorm could be more friendly on dtypes.

Does it make any sense to you? Or should we just follow the 'rule' of making everything same type first? This could be not only layernorm issue but related to some style of torch. Just provide some thoughts:)

### Additional context

_No response_
Repository: PowerToys
Issue: Enabling Advance Paste breaks pin clipboard
Labels: Issue-Bug,Needs-Triage

### Microsoft PowerToys version

0.84.1

### Installation method

PowerToys auto-update

### Running as admin

None

### Area(s) with issue?

Advanced Paste

### Steps to reproduce

1. Enable Advance Paste
2. Press Win+V, this opens windows clipboard but **pin** will be missing.

### ✔️ Expected Behavior

pin clipboard option must be there

### ❌ Actual Behavior

pin clipboard option doesn't show up

### Other Software

_No response_
Repository: vscode
Issue: new version of vscode (linux) performance drop (non smooth)
Labels: info-needed

<!-- ⚠️⚠️ 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. -->
Type: **Bug**

|Vendor| Render | Performance |
|---------------|---------------|---------------|
|Intel HD 620|OpenGL|non smooth|
|Intel HD 620|Vulkan|very smooth|
|Intel HD 620|Zink|smooth|
|AMD 530|OpenGL|non smooth (but smooth than Intel HD 620)|
|AMD 530|Vulkan|smooth|
|AMD 530|Zink|super smooth (best for me)|

Does this issue occur when all extensions are disabled?:  No

<!-- 🪓 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.93.1 38c31bc77e0dd6ae88a4e9cc93428cc27a56ba40 x64
- OS Version: Linux debian 6.1.0-25-amd64 #'1 SMP PREEMPT_DYNAMIC Debian 6.1.106-3 (2024-08-26) x86_64 GNU/Linux

### System Info
| Item| Value |
|---------------|---------------|
|CPUs|            Intel(R) Core(TM) i3-7020U CPU @ 2.30GHz (4 x 2299)|
|Memory (System)|  3.61GB (0.69GB free)|
|Load (avg)|       2, 2, 2|
|VM|               0%|
|Screen Reader|    no|
|Process Argv|     --enable-features=Vulkan --crash-reporter-id baab1281-4838-4ede-a1e9-50a722e9d252|
|GPU Status|       2d_canvas:                              enabled <br> canvas_oop_rasterization:               enabled_on <br>direct_rendering_display_compositor:    disabled_off_ok <br>gpu_compositing:                        enabled <br>multiple_raster_threads:                enabled_on <br>opengl:                                 enabled_on <br>rasterization:                          enabled <br>raw_draw:                               disabled_off_ok <br>skia_graphite:                          disabled_off <br>video_decode:                           enabled <br>video_encode:                           disabled_software <br>vulkan:                                 enabled_on <br>webgl:                                  enabled <br>webgl2:                                 enabled <br>webgpu:                                 disabled_off <br>webnn:                                  disabled_off|
Repository: rust
Issue: Permit trait object types where all (non-generic) associated constants are specified (via assoc item bindings)
Labels: T-compiler,C-feature-request,S-blocked,requires-nightly,T-types,F-associated_const_equality,A-trait-objects,A-dyn-compatibility

> **Important context**: Inherently, this would only become legal under the ongoing lang experiment `associated_const_equality` (#92827).

We permit trait object types where all 'active'[^1] non-generic associated *types* are specified (via assoc item bindings). We should extend this to cover 'active' non-generic[^2] associated *constants*, too.

Note that I haven't spent much time thinking about *soundness* yet. I still need to iron out the exact rules. Implementation-wise, I'm almost certain that any advances are blocked by #120905 (more precisely, its underlying issue) which I presume we would need to fix first for correctness.

Minimal & contrived example of something that would start compiling:

```rs
#![feature(associated_const_equality)]

trait Trait {
    const K: ();
}

fn main() {
    let _: dyn Trait<K = { () }>;
}
```

Presently, this gets rejected and we emit E0038 (*cannot be made into an object*).

---

Lastly, lest I forget, we should emit the lint `unused_associated_type_bounds`[^3] (#112319) for assoc const bindings where the corresp. assoc const is 'disabled' via `where Self: Sized` which is only possible to write under `generic_const_items` (#113521).

---

[^1]: I.e., not 'made inactive' / 'disabled' via `where Self: Sized` (#112319).
[^2]: This might or might not be a temporary restriction. For context, we don't (yet) permit GAT bindings in trait object types either on stable, due to soundness concerns. See  `generic_associated_types_extended` (#95451). Also note that generic assoc consts (GACs) are only available under `generic_const_items` (#113521).
[^3]: Indeed, the name would no longer be accurate. Ideally, we would rename the lint when generalizing it.
Repository: vscode
Issue: Crashpad ignores exception from experimentalWatcherNext
Labels: bug,upstream,freeze-slow-crash-leak,file-watcher,chromium

- on Windows use Insiders (or run out of sources from main)
- configure the setting: `files.experimentalWatcherNext` to `true`
- make sure `typescript.tsserver.experimental.useVsCodeWatcher` is checked in settings
- this wil trigger restart
- open vscode repo
- open a TS file (such as strings.ts) to trigger TS language services (this is important because it installs file watchers)
- from the branch picker or terminal do some back and forth between main and release/1.80 branch

See the output log `main` that filewatcher process exited with exception but no `dmp` files are generated in crashpad folder. In some cases, a WER dialog shows up indicating crashpad has ignored this exception.
Repository: ollama
Issue: Occasionally getting a 500 response and 'ollama._types.ResponseError: health resp' seemingly out of nowhere
Labels: bug

### What is the issue?

Hello, I am running a Python server that receives and sends requests to an instance of Ollama (with the Llama 3.1 model).

When lots of requests are sent at once, I occasionally receive a 500 response from the Ollama server which causes the process to crash. The error I get from the Python Ollama module is as follows:
```Traceback (most recent call last):
  File "ollama\_client.py", line 407, in generate
  File "ollama\_client.py", line 378, in _request_stream
  File "ollama\_client.py", line 348, in _request
ollama._types.ResponseError: health resp: Get "http://127.0.0.1:61519/health": dial tcp 127.0.0.1:61519: connectex: Only one usage of each socket address (protocol/network address/port) is normally permitted.
```

I am not trying to do anything else with Ollama whilst requests to generate are being sent.

Is there something in Ollama that is automatically attempting to bind this port? Can I somehow just disable this '/health' endpoint?

Thanks in advance.

### OS

Windows

### GPU

Nvidia

### CPU

AMD

### Ollama version

0.3.10
Repository: electron
Issue: [Bug]: Support URL as input for net.fetch
Labels: platform/macOS,documentation :notebook:,bug :beetle:,stale,30-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

30.4.0

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

macOS

### Operating System Version

Sonoma

### What arch are you using?

arm64 (including Apple Silicon)

### Last Known Working Electron version

_No response_

### Expected Behavior

Web API `fetch` is specified as also accepting an URL as the first parameter. Node.js' `fetch` supports URL. Electron's implementation appears to tolerate an URL. It would be very convenient to align with others and make what already works explicit in the typings.

Web API `fetch`: https://developer.mozilla.org/en-US/docs/Web/API/Window/fetch
Where I think Electron passes the first parameter in a way that accepts an URL: https://github.com/electron/electron/blob/1c3a5ba5d17c18cbc1fc096d2a05fc24f2b2ddee/lib/browser/api/net-fetch.ts#L21


### Actual Behavior

URL is missing from the docs that are used to generate `electron.d.ts`: https://github.com/electron/electron/blob/1c3a5ba5d17c18cbc1fc096d2a05fc24f2b2ddee/docs/api/net.md#L68

### Testcase Gist URL

_No response_

### Additional Information

_No response_
Repository: pytorch
Issue: `torch.export.load` hangs indefinitely for exported `dlrm_v2` model
Labels: oncall: pt2,oncall: export

### 🐛 Describe the bug

We tried to save and load the torch.exported dlrm_v2 model(97.5GB), the model repository is: https://github.com/mlcommons/inference/tree/master/recommendation/dlrm_v2/pytorch

```python
from torch._export import capture_pre_autograd_graph

multi_hot = [
        3,
        2,
        1,
        2,
        6,
        1,
        1,
        1,
        1,
        7,
        3,
        8,
        1,
        6,
        9,
        5,
        1,
        1,
        1,
        12,
        100,
        27,
        10,
        3,
        1,
        1,
    ]
  max_batchsize = 64
  dsx = torch.randn((max_batchsize, 13), dtype=torch.float)
  lsi = [torch.ones((max_batchsize * h), dtype=torch.long) for h in multi_hot]
  lso = [
        torch.arange(0, (max_batchsize + 1) * h, h, dtype=torch.long) for h in multi_hot
    ]
graph_model = capture_pre_autograd_graph(model, (dsx, lsi, lso))
exported_model = torch.export.export(graph_model, example_inputs)
torch.export.save(exported_model, model_file_path)
loaded_model = torch.export.load(model_file_path)
```

The script hangs indefinitely on this line `loaded_model = torch.export.load(model_file_path)`. Please take a look and help investigate the root cause for this. Thanks.

### Versions



cc @ezyang @chauhang @penguinwu @avikchaudhuri @gmagogsfm @zhxchen17 @tugsbayasgalan @angelayi @suo @ydwu4
Repository: PowerToys
Issue: Can the connection of the unbounded mouse remember the password and host of the previous connection
Labels: Needs-Triage

### Description of the new feature / enhancement

For example, I have two environments, an office environment and a home environment. Every time I change the environment, I need to re-enter the host and connection key. Can I add and remember the keys and hosts that have already been connected, so that I can directly click on them for the next connection

### Scenario when this would be used?

For example, I have two environments, an office environment and a home environment. Every time I change the environment, I need to re-enter the host and connection key. Can I add and remember the keys and hosts that have already been connected, so that I can directly click on them for the next connection

### Supporting information

_No response_
Repository: rust
Issue: Possibly sub-optimal optimization of few bytes copy
Labels: T-compiler,C-bug,I-heavy,C-optimization

This code contains three examples. foo0 and foo2 are optimized well (with a mov + 4 bytes istruction), while foo1 shows single byte copies.

```rust
pub fn foo0(data: &mut [u8]) -> &[u8] {
    if data.len() >= 5 {
        data[0] = b'F';
        data[1] = b'a';
        data[2] = b'l';
        data[3] = b's';
        data[4] = b'e';
        &data[.. 5]
    } else {
        &[]
    }
}

pub fn foo1(data: &mut [u8]) -> &[u8] {
    if data.len() >= 5 {
        data[0] = b'F';
        data[1] = b'a';
        data[2] = b'l';
        data[3] = b's';
        data[4] = b'e';
        &data[.. 5]
    } else if data.len() >= 4 {
        data[0] = b'T';
        data[1] = b'r';
        data[2] = b'u';
        data[3] = b'e';
        &data[.. 4]
    } else {
        &[]
    }
}

pub fn foo2(data: &mut [u8]) -> &[u8] {
    if data.len() >= 5 {
        data[.. 5].copy_from_slice(&[b'F', b'a', b'l', b's', b'e']);
        &data[.. 5]
    } else if data.len() >= 4 {
        data[.. 4].copy_from_slice(&[b'T', b'r', b'u', b'e']);
        &data[.. 4]
    } else {
        &[]
    }
}

fn main() {}
```

Using the godbolt site with:

```
rustc 1.83.0-nightly (8d6b88b16 2024-09-11)
binary: rustc
commit-hash: 8d6b88b168e45ee1624699c19443c49665322a91
commit-date: 2024-09-11
host: x86_64-unknown-linux-gnu
release: 1.83.0-nightly
LLVM version: 19.1.0
```

Compilation using -C opt-level=3 and other aggressive optimization flags.

The asm is:

```asm
foo0:
        cmp     rsi, 4
        jbe     .LBB0_1
        mov     rax, rdi
        mov     dword ptr [rdi], 1936482630
        mov     byte ptr [rdi + 4], 101
        mov     edx, 5
        ret
.LBB0_1:
        mov     eax, 1
        xor     edx, edx
        ret


foo1:
        mov     rax, rdi
        cmp     rsi, 4
        jbe     .LBB1_1
        mov     word ptr [rax], 24902
        mov     edx, 5
        mov     ecx, 4
        mov     sil, 115
        mov     edi, 3
        mov     r8b, 108
        mov     r9d, 2
        mov     byte ptr [rax + r9], r8b
        mov     byte ptr [rax + rdi], sil
        mov     byte ptr [rax + rcx], 101
        ret
.LBB1_1:
        jne     .LBB1_2
        mov     byte ptr [rax], 84
        mov     edx, 4
        mov     ecx, 3
        mov     sil, 117
        mov     edi, 2
        mov     r8b, 114
        mov     r9d, 1
        mov     byte ptr [rax + r9], r8b
        mov     byte ptr [rax + rdi], sil
        mov     byte ptr [rax + rcx], 101
        ret
.LBB1_2:
        mov     eax, 1
        xor     edx, edx
        ret


foo2:
        mov     rax, rdi
        cmp     rsi, 4
        jbe     .LBB2_1
        mov     byte ptr [rax + 4], 101
        mov     dword ptr [rax], 1936482630
        mov     edx, 5
        ret
.LBB2_1:
        jne     .LBB2_2
        mov     dword ptr [rax], 1702195796
        mov     edx, 4
        ret
.LBB2_2:
        mov     eax, 1
        xor     edx, edx
        ret
```