sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: pytorch
Issue: torch.Size should convert all elements to ints
Labels: triaged,module: python frontend

### 🚀 The feature, motivation and pitch

Currently some things are kept as is. E.g., 
```py
In [227]: type(torch.Size([np.int64(3)])[0])
Out[227]: numpy.int64
```

This is usually not an issue but part of pytorch works with `np.int64` (e.g., `torch.randn(np.int64(3))`) and part don't (https://github.com/pytorch/pytorch/issues/43094). 

Either we should accept all `np.int64` as input to `int` types, which https://github.com/pytorch/pytorch/issues/43094 seems don't want to do, or we should not allow `torch.Size` to contain them.

### Alternatives

_No response_

### Additional context

_No response_
Repository: godot
Issue: Android + controller = no input events detected
Labels: bug,platform:android,topic:input

### Godot version

3.5

### System information

MacOS Big Sur (11.6.2)

### Issue description

Controller events (e.g. `Device 0, Button 1 (DualShock Circle, Xbox B, Nintendo A)`) do not work in Android version.

The game runs, but no button events get picked up. I am using a USB controller and my tablet picks up the controller inputs in its general interface (e.g. in the home screen), but not in the game itself.

### Steps to reproduce

1. Create a game/scene that includes a controller button event like `Device 0, Button 1 (DualShock Circle, Xbox B, Nintendo A)`
2. Test on desktop (should work).
3. Export for Android and install it on an android device.
4. Plug a USB (I haven't tried bluetooth) controller to the android device.
5. Run the game. No button events get picked up.

### Minimal reproduction project

This is an example where Button 1 changes the colour of the screen. When I load it on Android device, the controller input doesn't trigger anything.

[TestControllerAndroidBug.zip](https://github.com/godotengine/godot/files/9462998/TestControllerAndroidBug.zip)
Repository: kubernetes
Issue: Apiserver should map etcd errors to proper response status
Labels: kind/bug,sig/api-machinery,triage/accepted

### What happened?

Etcdserver exposes a myriad of error codes, see - https://github.com/kubernetes/kubernetes/blob/87721fb71075582a1ee1e89b6a3391813e411a1c/vendor/go.etcd.io/etcd/server/v3/etcdserver/errors.go#L23-L47

While some of those may be non-retriable errors for the k8s client, such as:

```
ErrRequestTooLarge               = errors.New("etcdserver: request is too large")
ErrNoSpace                       = errors.New("etcdserver: no space")
ErrKeyNotFound                   = errors.New("etcdserver: key not found")
ErrCorrupt                       = errors.New("etcdserver: corrupt cluster")
```

Many of them are retryable iiuc:

```
ErrTimeoutDueToLeaderFail        = errors.New("etcdserver: request timed out, possibly due to previous leader failure")
ErrTimeoutDueToConnectionLost    = errors.New("etcdserver: request timed out, possibly due to connection lost")
ErrTimeoutLeaderTransfer         = errors.New("etcdserver: request timed out, leader transfer took too long")
ErrTimeoutWaitAppliedIndex       = errors.New("etcdserver: request timed out, waiting for the applied index took too long")
ErrTooManyRequests               = errors.New("etcdserver: too many requests")
```

However, the k8s apiserver seems to always map all etcd errors to `http.StatusInternalServerError` (code 500) and does not set any retry spec:

https://github.com/kubernetes/kubernetes/blob/41cef06f66dd4d7e87ff852dc228ab69587be9de/staging/src/k8s.io/apiserver/pkg/endpoints/handlers/get.go#L72-L76

https://github.com/kubernetes/kubernetes/blob/bdebc62d49293a0fbbd7e0d95bfd94b1ce21015c/staging/src/k8s.io/apiserver/pkg/endpoints/handlers/rest.go#L113-L115

https://github.com/kubernetes/kubernetes/blob/67d75db8905f16bb0d9d0a14b13a8736cb614533/staging/src/k8s.io/apiserver/pkg/endpoints/handlers/responsewriters/status.go#L60-L81

### What did you expect to happen?

Apiserver should look at the error returned by etcd-server and in turn compute:
- response code it should return back to the k8s client (for e.g 429 in the case of `etcdserver: too many requests`)
- retryAfter details to tell the client that certain errors are retryable (for e.g `etcdserver: request timed out, possibly due to connection lost`)

### How can we reproduce it (as minimally and precisely as possible)?

Any error returned by etcdserver should show up as http 500 in the apiserver audit logs, where the error string from etcd is returned as is back to the k8s client.

/cc @lavalamp @deads2k @liggitt 
/sig api-machinery
Repository: godot
Issue: empty C# array is created with size 0 on project rebuild on [Tool] nodes
Labels: bug,topic:dotnet

### Godot version

v3.5.stable.mono.official [991bb6ac7]

### System information

Windows 10 10.0.19043, GLES3, Intel i7-7700

### Issue description

Hi, 
I have a scene with one Node with a `[Tool]` c# class that has a private array (int in this example, but can be anything). 
The script prints the array to the console on every frame. 
If I build the project with the code changed and with the scene opened, the array changes from null to an empty (size 0) array. 
It should be its default value `null`.

### Steps to reproduce

1. Create a scene with a Node and attach a new c# script with this code: 
```
using Godot;

[Tool]
public class test : Node
{
    private int[] ints = null; 

    public override void _Process(float delta)
    {
         GD.Print(ints); 
    }
}
```
2. Save the scene, Close the scene, Build the project, Open the scene
3. The array is null - from the console
4. Change something in the code (just add a space), save it and rebuilt the project (without closing the scene)
5. The array is no longer `null`, but a new empty array

### Minimal reproduction project

[godot_cs_error.zip](https://github.com/godotengine/godot/files/9463087/godot_cs_error.zip)
Repository: vscode
Issue: Don't attempt to resume edit sessions which originated on the current machine
Labels: bug,cloud-changes,continue-working-on

Edit sessions which originated on the current machine + repo + environment should not be resumed e.g. on a window reload.
Repository: TypeScript
Issue: Implement interface is not working  when the interface has some params
Labels: Bug,Help Wanted,Domain: Refactorings

<!-- ⚠️⚠️ 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?: 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: Versión: 1.70.2 (Universal)
- OS Version:Mac os Monterrey 12.5.1

Issue Type: Bug

(Typescript)
I have an interface I defined call IFinancingProvider, and I am creating a class called MockRemoteInstance for testing purposes. For some reason the UI refuses to implement interface with the usual stubs. If I remove some params it works.

Always when I use `Partial<T>` doenst work

Here is code for the interface:

```
type SimulateCreditParams = {
  downPayment: string;
};
type Credit = {
  downPayment: string;
};

export interface IFinancingProviderRemoteData {
  simulateCredit(params: SimulateCreditParams): Promise<boolean>;
  requestCredit(): Promise<void>;
  getCreditProducts(): Promise<void>;
  getCreditStatus(): Promise<void>;
  updateCredit(params: Credit): Promise<Credit>;
}
```

And here for the class:

```
import { IFinancingProviderRemoteData } from '@core/interfaces/IFinancingProviderRemoteData';
import { AxiosInstance } from 'axios';
import { inject } from 'tsyringe';

export class MockRemoteInstance implements IFinancingProviderRemoteData {
  constructor(
    @inject('CrediNissanRemoteInstance') private instance: AxiosInstance,
  ) {}
}
```

It not offer me the implementation.

<img width="720" alt="Screen Shot 2022-08-30 at 18 25 22" src="https://user-images.githubusercontent.com/298465/187554408-64056f88-1382-421d-abaa-d9aea638c954.png">
Repository: go
Issue: cmd/go, x/tools/go/packages: handle os-specific command length limitations
Labels: NeedsFix,Tools

While working on #54509, I encountered a surprising bug in go/packages: by renaming "golang.org/x/tools/internal/lsp" to "golang.org/x/tools/gopls/internal/lsp", it appears I pushed a `go list` invocation within our test setup past a windows limit for command line length:
https://storage.googleapis.com/go-build-log/0d6a7f9d/windows-amd64-2016_664249aa.log

(@adonovan found a reference citing a 32kb limit, which appears to be exceeded by the collective set of package directories in that test output).

Shortening our test module path resolved the failure (for now), but I expect we'll hit it again soon as we add more test data. Furthermore, our test data is certainly smaller than even medium-sized repositories, so it seems likely that our users are hitting this limit in practice.

Ideally, go/packages.Load should handle these limitations within the `go list` driver, perhaps by breaking up large queries.

CC @bcmills
Repository: flutter
Issue: Run sample analysis in the Engine repo
Labels: team,framework,engine,P3,team-engine,triaged-engine

Currently, the script https://github.com/flutter/flutter/blob/master/dev/bots/analyze_snippet_code.dart runs on framework CI on API docs on `dart:ui` APIs that live in the engine repo. It can happen that mistakes in the `dart:ui` docs aren't flagged until the presubmit checks on engine -> framework rolls.

We should have some way to run the snippet code analysis on the API docs on `dart:ui` in the Engine repo to avoid discovering problems so late.
Repository: vscode
Issue: Test explorer: allow filtering by text containing "@"
Labels: polish,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?: 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.70
- OS Version: All

Steps to Reproduce:

1. Open a project with tests, ensure one of the tests has "@smoke" in its title
2. Use Filter in the test explorer to filter tests by title
3. Type "@smoke"

Expected: only matching tests are shown
Actual: all the tests are shown

//cc @connor4312
Repository: pytorch
Issue: Installation prefix is not passed to CMake appropriately
Labels: needs reproduction,module: build,triaged

### 🐛 Describe the bug

When installing py-torch using the setup.py, giving it an installation prefix that is not where the source has been downloaded fails to pass the installation prefix to the CMake call.  This wound up with many paths to the source location hard-coded into the .so libraries, which are not necessarily available when running.  The issue was only uncovered when trying to run in distributed mode using more than one processor.  Interrogating `libtorch_cuda.so` with the `strings` program shows 444 instances of paths to files in the source prefix that aren't part of error messages.

### Versions

```
Collecting environment information...
PyTorch version: 1.12.0
Is debug build: True
CUDA used to build PyTorch: 11.4
ROCM used to build PyTorch: N/A

OS: Red Hat Enterprise Linux Server release 7.9 (Maipo) (ppc64le)
GCC version: (GCC) 4.9.3
Clang version: 12.0.1
CMake version: version 3.14.5
Libc version: glibc-2.17

Python version: 3.8.13 (default, Aug 11 2022, 15:49:12)  [GCC 8.3.1 20190311 (Red Hat 8.3.1-3)] (64-bit runtime)
Python platform: Linux-4.14.0.ppc64le-ppc64le-with-glibc2.17
Is CUDA available: True
CUDA runtime version: 11.4.100
GPU models and configuration:
GPU 0: Tesla V100-SXM2-16GB
GPU 1: Tesla V100-SXM2-16GB
GPU 2: Tesla V100-SXM2-16GB
GPU 3: Tesla V100-SXM2-16GB

Nvidia driver version: 510.47.03
cuDNN version: Could not collect
HIP runtime version: N/A
MIOpen runtime version: N/A
Is XNNPACK available: False

Versions of relevant libraries:
[pip3] mypy-extensions==0.4.3
[pip3] numpy==1.23.1
[pip3] torch==1.12.0
[pip3] torchvision==0.13.0
[conda] Could not collect
```

cc @malfet @seemethere
Repository: flutter
Issue: [flutter_tools] Adding new localization file (.arb) does not generate localizations on hot reload
Labels: tool,a: internationalization,t: hot reload,P3,team-tool,triaged-tool

I think this might be happening because `globals.buildSystem` doesn't notice new files? Anyways, this seems good to track. I'll try to fix in the next few days.

## Steps to Reproduce
1. Create new Flutter project `flutter create hot_reload_bug`.
2. Create empty `l10n.yaml` or `cd hot_reload_bug && touch l10n.yaml`.
3. Add the following to `pubspec.yaml`:
```
dependencies:
  flutter:
    sdk: flutter
  flutter_localizations: # Add this line
    sdk: flutter         # Add this line
  intl: ^0.17.0 # Add this line
...
flutter:
  generate: true # Add this line
```
4. Add a file `lib/l10n/app_en.arb` with
```
{
    "@@locale": "en",
    "helloWorld": "Hello World!",
    "@helloWorld": {
      "description": "The conventional newborn programmer greeting"
    }
}
```
5. Run the app with `flutter run`. This will generate `.flutter_tool/flutter_gen/gen_l10n/app_localizations`.
6. Add a new file `app_es.arb` with
```
{
    "@@locale": "es",
    "helloWorld": "¡Hola Mundo!"
}
7. Hot reload. This will not generate a new file for Spanish.
```

## Expected Behavior
Creating a new `.arb` file and hot reloading should cause localizations to be regenerated.
Repository: rust
Issue: Unused crate dependency error confusingly points to a line of source about a different dependency
Labels: A-diagnostics,T-compiler

The help text for the `unused-crate-dependencies` error is confusing.  See the example below:

```
error: external crate `camino` unused in `my_crate`: remove the dependency or add `use camino as _;`
 --> ../../src/lib.rs:5:1
  |
5 | use anyhow::Context;
  | ^
  |
  = note: requested on the command line with `-D unused-crate-dependencies`
```

The line of source that's called out isn't related to the unused crate.  Perhaps a better option would be:

```
error: external crate `camino` unused in `my_crate`: remove the dependency or add `use camino as _;`
 --> ../../src/lib.rs:5:1
  |
5 | use anyhow::Context;
+ | use camino as _;
  |
  = note: requested on the command line with `-D unused-crate-dependencies`
```

Although in general, I think the option to `use <foo> as _;` isn't useful, and visually the source code snippet gets the most weight, and the most impact, vs say:
```
error: external crate `camino` unused in `my_crate`: remove the dependency or add `use camino as _;`
  = note: requested on the command line with `-D unused-crate-dependencies`
```
or
```
error: external crate `camino` unused in `my_crate`: remove the unused dependency.
  = note: requested on the command line with `-D unused-crate-dependencies`
```

version: rustc 1.65.0-nightly (350cca3b6 2022-08-30)
Repository: godot
Issue: Mono: PackedScene.InstanceOrNull extension method creates orphan node if cast fails
Labels: bug,needs testing,topic:dotnet

### Godot version

3.5.stable.mono

### System information

Windows 11

### Issue description

In the Mono version, if you use `PackedScene.InstanceOrNull<T>` and the scene cannot be cast to the provided type `T`, the method returns `null` as expected but creates orphan node(s). The following code is from the current `3.x` branch `modules/mono/glue/GodotSharp/GodotSharp/Core/Extensions/PackedSceneExtensions.cs`:

```csharp
  public T InstanceOrNull<T>(PackedScene.GenEditState editState = (PackedScene.GenEditState)0) where T : class
  {
      return Instance(editState) as T;
  }
```

The instance method here works as expected and creates the node, but the `as T` cast can fail returning `null` from the method.

This may end up creating a lot of orphan nodes over the course of the game, depending on how this method is being used.

### Steps to reproduce

1. In the Godot mono version, create a scene. Any root node will work.
2. Create another scene to use as your main scene. In this scene's script, instantiate the scene created in step 1 using the `InstanceOrNull<T>` extension method. For `T`, use a type that will cause the underlying cast to fail. For instance, if you chose a `Control` node in step 1, use `InstanceOrNull<Node2D>` in your main scene's script.
3. Run the project, open the "Monitor" tab in the debugger, and observe there is at least 1 orphan node.

### Minimal reproduction project

_No response_
Repository: tensorflow
Issue: Make tf.image.resize gradient computation compatible with XLA compilation
Labels: stat:awaiting tensorflower,type:feature,comp:xla

 ### Issue Type

Feature Request

### Source

binary

### Tensorflow Version

tf 2.11.0-dev20220831

### Custom Code

No

### Current Behaviour?

Currently, XLA compilation does not work for gradient computation of `tf.image.resize`, for example for the default method `ResizeMethod.BILINEAR`:

> ResizeBilinearGrad with align_corners=False or half_pixel_centers=True is not yet implemented

Support for forward pass has recently been added: https://github.com/tensorflow/tensorflow/issues/46447

This makes it impossible to XLA compile models for training that use resizing, such as RetinaNet.


### Standalone code to reproduce the issue

[Colab to reproduce error](https://colab.research.google.com/drive/1eevpjtJYqQ7Mkg7PujJu_I5UOfL1PnWX?usp=sharing)
Repository: go
Issue: runtime: c-shared builds fail to load with dlopen with musllibc: `initial-exec TLS resolves to dynamic definition`
Labels: help wanted,NeedsFix,compiler/runtime

Splitting out from #13492:

@ansiwen's [comment](https://github.com/golang/go/issues/13492#issuecomment-1002224721):

> For what it's worth, compiled with -buildmode=c-shared I get:
> 
> ```
> sc_dlopen failed: Error relocating ./foobar.so: (null): initial-exec TLS resolves to dynamic definition in ./foobar.so
> ```
> 
> with
> 
> ```
> $ go version
> go version go1.17.5 linux/amd64
> $ cat /etc/alpine-release 
> 3.15.0
> $ apk version musl
> Installed:                                Available:
> musl-1.2.2-r7                           = 1.2.2-r7 
> ```

I am still seeing a similar issue today with Go 1.19.
Repository: deno
Issue: NPM support did not resolve the node dependencies (knex, better-sqlite3)
Labels: bug,node compat

## Env
* Deno version:
```
deno 1.25.0 (release, x86_64-unknown-linux-gnu)
v8 10.6.194.5
typescript 4.7.4
```

## Phenomenon

Run the code:

```
import knex from 'npm:knex';

const DB = knex({
  client: 'better-sqlite3',
  connection: {
    filename: './localdb.sqlite3'
  }
});

export default DB
```

And throw exception:

```
error: Uncaught (in promise) Error: Cannot find module 'events'
Require stack:
- /home/leroy/.cache/deno/npm/registry.npmjs.org/tarn/3.0.2/dist/Pool.js
- /home/leroy/.cache/deno/npm/registry.npmjs.org/tarn/3.0.2/dist/tarn.js
- /home/leroy/.cache/deno/npm/registry.npmjs.org/knex/2.3.0/lib/client.js
- /home/leroy/.cache/deno/npm/registry.npmjs.org/knex/2.3.0/lib/knex-builder/Knex.js
- /home/leroy/.cache/deno/npm/registry.npmjs.org/knex/2.3.0/lib/index.js
- /home/leroy/.cache/deno/npm/registry.npmjs.org/knex/2.3.0/knex.js
- /home/leroy/.cache/deno/npm/registry.npmjs.org/knex/2.3.0/knex.js
    at Function.Module._resolveFilename (deno:ext/node/02_require.js:609:17)
    at Function.Module._load (deno:ext/node/02_require.js:441:29)
    at Module.require (deno:ext/node/02_require.js:652:21)
    at require (deno:ext/node/02_require.js:777:18)
    at Object.<anonymous> (file:///home/leroy/.cache/deno/npm/registry.npmjs.org/tarn/3.0.2/dist/Pool.js:6:18)
    at Object.<anonymous> (file:///home/leroy/.cache/deno/npm/registry.npmjs.org/tarn/3.0.2/dist/Pool.js:518:4)
    at Module._compile (deno:ext/node/02_require.js:713:36)
    at Object.Module._extensions..js (deno:ext/node/02_require.js:740:12)
    at Module.load (deno:ext/node/02_require.js:630:34)
    at Function.Module._load (deno:ext/node/02_require.js:487:14)
```

Then find the keyword in the `tarn` package:

```
$ grep -r 'events' ~/.cache/deno/npm/registry.npmjs.org/tarn/3.0.2
/home/leroy/.cache/deno/npm/registry.npmjs.org/tarn/3.0.2/dist/Pool.d.ts: import { EventEmitter } from 'events';
/home/leroy/.cache/deno/npm/registry.npmjs.org/tarn/3.0.2/dist/Pool.js: const events_1 = require("events");
/home/leroy/.cache/deno/npm/registry.npmjs.org/tarn/3.0.2/dist/Pool.js: this.emitter = new events_1.EventEmitter();
```

## Expected
Resolve the node dependencies.
Repository: godot
Issue: First click doesn't work when using shortcuts to change mode (move, scale, pan, rotate, etc)
Labels: bug,topic:editor,needs testing

### Godot version

3.5.stable.mono.official [991bb6ac7]

### System information

Windows 11, GLES3, Intel iris xe graphics

### Issue description

Changing from one mode to another using shortcut (q, w, e, etc..) makes the mouse click do nothing in the first click, so I have to click two times for it works. 
<img width="145" alt="image" src="https://user-images.githubusercontent.com/8949219/187824804-e38d8f73-dd43-4e00-9cf0-a63bef31c773.png">

### Steps to reproduce

Change mode using shortcut (q, w, e, r, g) and then try to move or scale or use the pan to move around the map (workspace) and see how the mouse doesn't do anything, it doesn't use the tool at the first click, then you click again and it'll use it.


### Minimal reproduction project

_No response_
Repository: tauri
Issue: [bug] setFullscreen will make 'decorations' show in MacOS
Labels: type: bug,status: upstream,platform: macOS,status: needs triage

### Describe the bug

if we `await appWindow.setDecorations(false)` at first, 

then we `await appWindow.setFullscreen(true)`,

and call `await appWindow.setFullscreen(false)` after a few seconds,

still can see the 'decorations' in these time.



### Reproduction

[reproduction](https://github.com/Moon1102/tauri-test) code is here.

please use `fullscreen branch` and run the app to see the effect.

### Expected behavior

_No response_

### Platform and versions

Environment
› OS: Mac OS 11.4.0 X64
› Node.js: 17.0.1
› npm: 8.1.0
› pnpm: Not installed!
› yarn: 1.22.17
› rustup: 1.25.1
› rustc: 1.63.0
› cargo: 1.63.0
› Rust toolchain: stable-aarch64-apple-darwin

Packages
Error only one package mangager should be used, but found npm and yarn

****
Cargo.tmol

[build-dependencies]
tauri-build = { version = "1.0.4", features = [] }

[dependencies]
serde_json = "1.0"
serde = { version = "1.0", features = ["derive"] }
tauri = { version = "1.0.5", features = ["api-all"] }

### Stack trace

_No response_

### Additional context

_No response_