sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: vscode
Issue: My application getting unistalled once i close it
Labels: install-update


Type: <b>Bug</b>

I need to install vscode evreytime to use it. it's getting completely disappeared from my mac after i quit. I don't know why. Kindly help me

VS Code version: Code 1.95.1 (Universal) (65edc4939843c90c34d61f4ce11704f09d3e5cb6, 2024-10-31T05:14:54.222Z)
OS version: Darwin arm64 24.1.0
Modes:

<details>
<summary>System Info</summary>

|Item|Value|
|---|---|
|CPUs|Apple M2 (8 x 2400)|
|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>webgl: enabled<br>webgl2: enabled<br>webgpu: enabled<br>webnn: disabled_off|
|Load (avg)|9, 12, 7|
|Memory (System)|8.00GB (0.59GB free)|
|Process Argv|--crash-reporter-id 90f16ad0-e0f5-432b-8b81-e4cb94c479bc|
|Screen Reader|no|
|VM|0%|
</details><details><summary>Extensions (10)</summary>

Extension|Author (truncated)|Version
---|---|---
gitlens|eam|15.6.3
pythonsnippets3|Eri|3.3.20
prettier-vscode|esb|11.0.0
debugpy|ms-|2024.12.0
python|ms-|2024.18.0
vscode-pylance|ms-|2024.11.1
vsliveshare|ms-|1.0.5941
pdf|tom|1.2.2
intellicode-api-usage-examples|Vis|0.2.9
vscodeintellicode|Vis|1.3.2


</details><details>
<summary>A/B Experiments</summary>

```
vsliv368:30146709
vspor879:30202332
vspor708:30202333
vspor363:30204092
vscod805cf:30301675
binariesv615:30325510
vsaa593:30376534
py29gd2263:31024239
c4g48928:30535728
azure-dev_surveyone:30548225
2i9eh265:30646982
962ge761:30959799
pythongtdpath:30769146
pythonnoceb:30805159
asynctok:30898717
pythonmypyd1:30879173
h48ei257:31000450
pythontbext0:30879054
cppperfnew:31000557
dsvsc020:30976470
pythonait:31006305
dsvsc021:30996838
da93g388:31013173
dvdeprecation:31068756
dwnewjupyter:31046869
impr_priority:31102340
nativerepl2:31139839
refactort:31108082
pythonrstrctxt:31112756
cf971741:31144450
iacca1:31171482
notype1:31157159
5fd0e150:31155592
dwcopilot:31170013
g7688163:31175162

```

</details>

<!-- generated by issue reporter -->
Repository: kubernetes
Issue: tryUpdateNodeHealth may process old data in large-scale cluster scenarios.
Labels: sig/scalability,sig/node,kind/feature,triage/accepted

### What happened?

https://github.com/kubernetes/kubernetes/blob/154b756e2ed850d2e64baea269dbb749ac02a77d/pkg/controller/nodelifecycle/node_lifecycle_controller.go#L711-L729
The node information used by tryUpdateNodeHealth is obtained from nodes, err := nc.nodeLister.List(labels.Everything()). If there are a large number of nodes and the processing capability of kube-controller-manager is limited, tryUpdateNodeHealth may take a long time to process. The node information that causes the follow-up processing is not the latest, so I think this is a problem.

### What did you expect to happen?

tryUpdateNodeHealth should be the latest data each time it processes it.

### How can we reproduce it (as minimally and precisely as possible)?

Large-scale nodes

### Anything else we need to know?

_No response_

### Kubernetes version

<details>

```console
$ kubectl version
# paste output here
```
1.31
</details>


### Cloud provider

<details>

</details>


### OS version

<details>

```console
# On Linux:
$ cat /etc/os-release
# paste output here
$ uname -a
# paste output here

# On Windows:
C:\> wmic os get Caption, Version, BuildNumber, OSArchitecture
# paste output here
```

</details>


### Install tools

<details>

</details>


### Container runtime (CRI) and version (if applicable)

<details>

</details>


### Related plugins (CNI, CSI, ...) and versions (if applicable)

<details>

</details>
Repository: tauri
Issue: [bug] In Android MainActivity is leaked if a foreground service is running and makes the app unusable on next launch
Labels: type: bug,status: needs triage,platform: Android

### Describe the bug

It seems that Tauri Android app don't expect the application process to outlive the MainActivity, which is common in android world if you are running a foreground service

In this case when you relaunch the app, Tauri has two instances of MainActivity and RustWebview which causes __TAURI_INVOKE_KEY__ mismatch causing the app to become unsuable.

### Reproduction

Download and build the [sample project](https://github.com/m-byondlabs/screenshare-mobile-tauri). Please build it in release mode, as the repro steps require killing the app. Be sure to add your release key and configure local.properties to set up signing keys. Link to the repo: https://github.com/m-byondlabs/screenshare-mobile-tauri

Launch the app, click the "Start Share" button, and allow the prompt to start screen sharing.

You should see a screencast icon indicating that the foreground service is actively capturing the screen recording.

Swipe up to close the MainActivity; you’ll notice that the foreground service continues capturing the screen (this is intended and expected behavior).

Reopen the app and click "Start Share" or "Stop Share." You will observe a log indicating a __TAURI_INVOKE_KEY__ mismatch.

If you generate a heap dump, you’ll find two instances of MainActivity, meaning the previous activity is leaked and remains in memory.

I've verified that my code does not retain any references to the activity, so it appears that the Tauri Plugin manager or another code path in Tauri may be holding onto that instance.

### Expected behavior

Once the activity is destroyed, it should not stay in the memory 

### Full `tauri info` output

```text
[✔] Environment
    - OS: Mac OS 14.6.1 arm64 (X64)
    ✔ Xcode Command Line Tools: installed
    ✔ rustc: 1.81.0 (eeb90cda1 2024-09-04)
    ✔ cargo: 1.81.0 (2dbb1af80 2024-08-20)
    ✔ rustup: 1.27.1 (54dd3d00f 2024-04-24)
    ✔ Rust toolchain: stable-aarch64-apple-darwin (environment override by RUSTUP_TOOLCHAIN)
    - node: 20.17.0
    - npm: 10.8.2

[-] Packages
    - tauri 🦀: 2.0.4
    - tauri-build 🦀: 2.0.1
    - wry 🦀: 0.46.1
    - tao 🦀: 0.30.3
    - tauri-cli 🦀: 2.0.2
    - @tauri-apps/api : 2.0.2 (outdated, latest: 2.0.3)
    - @tauri-apps/cli : 2.0.2 (outdated, latest: 2.0.4)

[-] Plugins
    - tauri-plugin-shell 🦀: 2.0.1
    - @tauri-apps/plugin-shell : 2.0.0 (outdated, latest: 2.0.1)

[-] App
    - build-type: bundle
    - CSP: unset
    - frontendDist: ../dist
    - devUrl: http://localhost:1420/
    - framework: React
    - bundler: Vite
```


### Stack trace

_No response_

### Additional context

_No response_
Repository: three.js
Issue: New TSL doc
Labels: Suggestion,Documentation

### Description

Currently the doc of threejs is very nice but it doesnt seems appropriated for all the small tsl function like `uv()` / `min()` / `vec2()` / `position()` / etc.. and I recently found myself diving into the Github research of this repo or into the large examples fews times a day while working with TSL.

### Solution

I suggest a part of the doc dedicated to the TSL with on the left the nodes list and on the right minimal code.
With a UX similar to current `examples` but more appropriated for such a small node like animejs did : https://animejs.com/documentation/ 

I believe it'll help a lot of devs and will ease a lot the learning curve of TSL.

### Alternatives

Add TSL pages in the docs with all the nodes, maybe sort with large category such as `math` `vertex` `fragment` `posteffect` 

### Additional context

_No response_
Repository: terminal
Issue: The tabs detach too easily.
Labels: Issue-Bug,Needs-Tag-Fix,External-Blocked-WinUI3

### Description of the new feature

This is more of a QoL thing against user mistakes and I think it should affect others too since I find it counterintuitive compared to the tabs we're used to on Browsers. Basically if you SLIGHTLY move a tab up or down it detouches from the window (unlike Browsers that it takes more dragging).

It is worsened by the window returning to a smaller size if you try to move it from maximization which leads to the mouse cursor moving from the center of the window bar next to a tab area potentially (making it more prone to mistakes).

### Proposed technical implementation details

Detouching should probably be harder to do. Make it so it needs more distance before it detouches a tab (ideally close to the popular Browsers' implementation).
Repository: vscode
Issue: Child node missing in the test explorer
Labels: bug,testing

<!-- ⚠️⚠️ 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/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. -->
Version: 1.95.1 (user setup)
Commit: 65edc4939843c90c34d61f4ce11704f09d3e5cb6
Date: 2024-10-31T05:14:54.222Z
Electron: 32.2.1
ElectronBuildId: 10427718
Chromium: 128.0.6613.186
Node.js: 20.18.0
V8: 12.8.374.38-electron.0
OS: Windows_NT x64 10.0.26100

![Image](https://github.com/user-attachments/assets/82921a88-d833-495c-a49e-8eeef1dd7ce3)

As the screenshot shows, in test explorer, it's expected that the node `MetaAnnotationTest` should have child node. But actual it does not.

While in the editor and test results panel, the test `myFastTest()` is discovered.

During debug, it shows that `myFastTest()`is child of `MetaAnnotationTest`.

![Image](https://github.com/user-attachments/assets/1258c90d-4557-4b86-8d5a-4e5786ca3144)

@connor4312 Do you have any idea what could be the reason that the child node is not displayed in the tree view? From my side this behavior happens in a random manner. So far I have no idea how to find the root cause of it.
Repository: tauri
Issue: [bug] tauri plugin check permission error
Labels: type: bug,status: needs triage

### Describe the bug

I follow this article to add permission for my plugin

https://tauri.app/develop/plugins/develop-mobile/#permissions

```kotlin
@TauriPlugin(
    permissions = [
        Permission(strings = [Manifest.permission.ACCESS_FINE_LOCATION], alias = "accessFileLocation")
    ]
)
class FunProxyPlugin(private val activity: Activity) : Plugin(activity){....}
```

``` ts
import { invoke, PermissionState } from '@tauri-apps/api/core';

type PermissionType = 'accessFileLocation' | 'otherPermission'; // 可以扩展其他权限类型

interface Permissions {
  [key: string]: PermissionState;
}

const handlePermissionRequest = async (type: PermissionType) => {
  const permission = await invoke<Permissions>('plugin:funproxy|checkPermissions');

  const state = permission[type];

  if (state === 'prompt-with-rationale') {
    // 显示解释信息，告诉用户为什么需要这个权限
    // 例如弹出对话框或提示用户权限的重要性
  }

  if (state.startsWith('prompt')) {
    await invoke<Permissions>('plugin:funproxy|requestPermissions', { permissions: [type] });
    return checkPermission(type); // 请求后重新检查
  }
};

export const checkPermission = async (type: PermissionType) => {
  try {
    await handlePermissionRequest(type);
  } catch (error) {
    window.$message?.error(error as string);
  }
};

export const initPermission = async () => {
  // 这里可以添加更多权限类型
  await checkPermission('accessFileLocation');
};
```

But I got this error 
<img width="292" alt="image" src="https://github.com/user-attachments/assets/7e151fc5-2d2e-4894-9060-d81c288aff96">



### Reproduction

_No response_

### Expected behavior

_No response_

### Full `tauri info` output

```text
❯ cargo tauri info        

[✔] Environment
    - OS: Mac OS 15.1.0 arm64 (X64)
    ✔ Xcode Command Line Tools: installed
    ✔ 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-aarch64-apple-darwin (environment override by RUSTUP_TOOLCHAIN)
    - node: 20.18.0
    - pnpm: 9.12.3
    - npm: 10.8.2
    - bun: 1.1.24

[-] Packages
    - tauri-cli 🦀: 2.0.2

[-] Plugins

[-] App
```


### Stack trace

_No response_

### Additional context

_No response_
Repository: material-ui
Issue: [text field] Outlined input label is one pixel off
Labels: component: text field,package: material-ui,design,enhancement

### Steps to reproduce

Here are 4 focused inputs:

![image](https://github.com/user-attachments/assets/faf3d8fb-2516-49b6-96d0-292ee6598568)

1. Outlined input as seen on https://mui.com/material-ui/react-text-field/

This input's styles have 
```
transform: translate(14px, -9px) scale(0.75);
```
by default.

2. Same input, but I've set
```
transform: translate(15px, -9px) scale(0.75);
```

Just comparing input 1 and input 2, to my eye, the "margin" where there is no border looks more even in the version 2 than in the version 1. But, we can check that if we see where the "margin" comes from

3. Input 1, but with `fieldset` set to `visibility: visible` and label inside to `opacity: 1`, the white text is the aria label that also serves, thanks to it's padding, to create this "magin" in the border.

4. Input 2, but with fieldset visible.

It is quite clear in inputs 3 and 4 that the label is misaligned to the `fieldset`.  The version in 4th is still not quite 100% there, but it's much less than a pixel off, so I'm not sure what can be done about it.

In order to fix the mismatch either the fieldset invisible version must be moved, or the visible version must be moved. 

If the transtion is to be changed, here it is:
(but don't forget about the non-focused versions)

https://github.com/mui/material-ui/blob/412dcbf9d54b29d85353f1ff9947a78beb6ed7c1/packages/mui-material/src/InputLabel/InputLabel.js#L169

Another option is to change the NotchedOutline here:

https://github.com/mui/material-ui/blob/412dcbf9d54b29d85353f1ff9947a78beb6ed7c1/packages/mui-material/src/OutlinedInput/NotchedOutline.js#L16

from `padding: 0 8px` to `padding: 0 7px`, because 1px of horizontal size is provided by the border anyway. I think this is actually the most correct change.

**Search keywords**: Outlined input label misaligned
Repository: go
Issue: build: build failure on x_arch-go1.23-linux-loong64
Labels: NeedsInvestigation

```
#!watchflakes
default <- builder == "x_arch-go1.23-linux-loong64" && repo == "arch" && mode == "build"
```

Issue created automatically to collect these failures.

Example ([log](https://ci.chromium.org/b/8732821898484307009)):

    [W2024-10-28T23:39:34.541840+08:00 4004364 0 json_subtract.go:121] Unknown fields while parsing property namespace "": {"env":{}, "is_google":false, "mode":0}
    2024/10/28 23:39:34 run starting
    2024/10/28 23:44:32 installed tools


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: rust
Issue: cargo-rustdoc: `error: too many file operands` when experimental feature `-w` is passed without parameters
Labels: T-rustdoc,A-diagnostics,C-bug,requires-nightly,D-incorrect,A-CLI

When i try to run this command : `cargo +nightly rustdoc -- -Z unstable-options -w`

Rustdoc returns this error : 
```
error: too many file operands
```

Which confuses me. I mean, i didn't passed any file format, so how can there be too many of them ?

We should have a clearer error, something like this : 
```
error: no output format given after `-w`
```
Repository: ollama
Issue: Response returns 'null' for 'finish_reason'
Labels: bug,api

### What is the issue?

I'm using the OpenAI .Net library to connect to Ollama, using the default llama3.2 model. I get an "Unknown ChatFinishReason value." error from the library. You can see in below code from ChatFinishReasonExtensions (from OpenAI lib) that the value returned by Ollama is null.

![image](https://github.com/user-attachments/assets/43a50819-4cc8-407c-a64f-85f4646cc21d)

The finish reason should apparently never be null. Note that this only happens for requests that time out. In normal use, the value 'stop' is returned which is parsed correctly.


### OS

Windows

### GPU

Intel

### CPU

Intel

### Ollama version

ollama version is 0.3.14
Repository: kubernetes
Issue: Need a migration plan for ExecProbeTimeout
Labels: sig/node,lifecycle/frozen,needs-triage

We still need a migration plan for this. I'm in a time crunch for code freeze right now, but after v1.32 code freeze I will put together a plan and propose a timeline for removing this gate. As is, we need more of a heads up before removing this.

_Originally posted by @tallclair in https://github.com/kubernetes/kubernetes/issues/127995#issuecomment-2420075810_

KEP: https://github.com/kubernetes/enhancements/issues/1972
A try (It requires migration plan  is done): https://github.com/kubernetes/kubernetes/issues/127995
Repository: react
Issue: Bug: eslint-plugin-react-hooks@5.0.0 only detects english component names
Labels: Status: Unconfirmed

React version: eslint-plugin-react-hooks@5.0.0

## Steps To Reproduce

1. Create a functional component with a name such as `ÄndraVärde` that starts with a non english upper case letter
2. Run the linter

## The current behavior
Sample error:
>   23:20  error  React Hook "useSelectedState" is called in function "ÄndraVärde" that is neither a React function component nor a custom React Hook function. React component names must start with an uppercase letter. React Hook names must start with the word "use"  react-hooks/rules-of-hooks

## The expected behavior
The linting should allow non english component names, React does.

## The problem
Version 5.0.0 included the changes made in #25162 which modified the following method:
https://github.com/facebook/react/blob/e1378902bbb322aa1fe1953780f4b2b5f80d26b1/packages/eslint-plugin-react-hooks/src/RulesOfHooks.js#L43-L50

This code only allows english upper case letters `A-Z` which is not enough.

## Proposed solution
Use `.toUpperCase()` and compare the result:
```js
function isComponentName(node) { 
  return node.type === 'Identifier' && node.name[0] == node.name[0].toUpperCase(); 
} 
```

This should work with a lot more languages at least.
Repository: tauri
Issue: [bug] Error loading docs.google.com in a webview
Labels: type: bug,help wanted,status: needs triage

### Describe the bug

I'm trying to use the [Google Docs creation page](https://docs.google.com/document/u/0/create) within a Tauri webview. While the Google login challenge completes successfully, the Google Docs page fails to load afterward, showing this error message:

![image](https://github.com/user-attachments/assets/e34433e7-a49b-47f6-8be4-aca36063778d)

We believe the issue might be due to Google Docs attempting to download and install an extension to enable collaborative editing which may not be permitted by default in Tauri's webview environment.

Is there a configuration or workaround we can add to `tauri::WebviewBuilder` to address this loading issue?

### Reproduction

[This repository](https://github.com/sebhernandezr/googledocs-tauri) contains a basic Tauri app that opens a single webview pointing to `https://docs.google.com/document/u/0/create`. Upon launching the app, you’ll be prompted to log in with your Google account. After logging in, the webview attempts to load the Google Docs editor but fails to fully display the page.

### Expected behavior

_No response_

### Full `tauri info` output

```text
[✔] Environment
    - OS: Mac OS 14.6.0 arm64 (X64)
    ✔ Xcode Command Line Tools: installed
    ✔ 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-aarch64-apple-darwin (default)
    - node: 20.13.1
    - pnpm: 9.1.2
    - yarn: 1.22.22
    - npm: 10.5.2

[-] Packages
    - tauri 🦀: 2.0.6
    - tauri-build 🦀: 2.0.2
    - wry 🦀: 0.46.3
    - tao 🦀: 0.30.3
    - tauri-cli 🦀: 2.0.2
    - @tauri-apps/api : not installed!
    - @tauri-apps/cli : 2.0.2 (outdated, latest: 2.0.4)

[-] Plugins
    - tauri-plugin-os 🦀: 2.0.1
    - @tauri-apps/plugin-os : not installed!
    - tauri-plugin-store 🦀: 2.0.1
    - @tauri-apps/plugin-store : not installed!
    - tauri-plugin-updater 🦀: 2.0.2
    - @tauri-apps/plugin-updater : not installed!

[-] App
    - build-type: bundle
    - CSP: unset
    - frontendDist: ../../dist/apps/exam-web
    - devUrl: http://localhost:3000/
    - framework: React
    - bundler: Vite
```


### Stack trace

_No response_

### Additional context

[Discord post](https://discord.com/channels/616186924390023171/1304008335883763712)
Repository: pytorch
Issue: PyTorch defaults to using libuv but is built without support for it on Windows
Labels: module: binaries,oncall: distributed,module: windows

### 🐛 Describe the bug

```
  File "C:\hostedtoolcache\windows\Python\3.12.7\x64\Lib\site-packages\torch\distributed\rendezvous.py", line 189, in _create_c10d_store
    return TCPStore(
           ^^^^^^^^^
RuntimeError: use_libuv was requested but PyTorch was build without libuv support
```


### Versions

PyTorch 2.5

cc @seemethere @malfet @osalpekar @atalman @H-Huang @awgu @kwen2501 @wanchaol @fegin @fduwjj @wz337 @wconstab @d4l3k @c-p-i-o @peterjc123 @mszhanyi @skyline75489 @nbcsm @iremyux @Blackhex