sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: pytorch
Issue: Changes to TorchScript autodiff changing default behavior are no longer accepted
Labels: triage review,oncall: jit

TorchScript support is very limited currently, and changes to autodiff can (and did!) lead to very hard to diagnose bugs. To prevent these bugs, and in view of TorchScript not being actively developed, we no longer accept PRs that expand or change functionality of autodiff. If it's absolutely necessary to change autodiff for your backend, the changes should be behind a config flag and not enabled by default. 
To reviewers: please don't accept PRs modifying TS autodiff. 

cc @EikanWang @jgong5 @wenzhe-nrv @sanchitintel
Repository: stable-diffusion-webui
Issue: [Feature Request]: X/Y/Z plot checkpoint name sorted (FIX)
Labels: enhancement

### Is there an existing issue for this?

- [X] I have searched the existing issues and checked the recent builds/commits

### What would your feature do ?

Sort checkpoints name in the x/y/z plot script

### Proposed workflow

in scripts/xyz_grip.py replace  line 214 with 
`    AxisOption("Checkpoint name", str, apply_checkpoint, format_value=format_value, confirm=confirm_checkpoints, cost=1.0, choices=lambda: list(sd_models.checkpoint_tiles())),`
 

### Additional information

_No response_
Repository: godot
Issue: AnimationPlayer playback skips the first frame when using Discrete interpolation mode
Labels: bug,needs testing,topic:animation

### Godot version

v4.0.2.stable

### System information

win11,Vulkan,Vulkan API 1.3.242,AMD Radeon RX 6800 XT

### Issue description

V4.0.2AnimationPlayer will skip the first frame and play the second frame directly at 60FPS. The same code works fine in V3.5.1
![Snipaste_2023-04-12_09-49-00](https://user-images.githubusercontent.com/24956626/231327413-9a700ad1-21ed-4c26-a298-104e08f2b209.png)
![Snipaste_2023-04-12_09-48-46](https://user-images.githubusercontent.com/24956626/231327369-401d0ef1-4e83-4fc1-a6fe-65313827428c.png)
![Snipaste_2023-04-12_09-56-35](https://user-images.githubusercontent.com/24956626/231327501-236ebb7b-ec91-46a9-a62d-49516ba847cb.png)

![主角](https://user-images.githubusercontent.com/24956626/231327808-df17ae53-1696-4dc2-9f96-0e600f1bb2ca.png)


### Steps to reproduce

..

### Minimal reproduction project

..
Repository: pytorch
Issue: Test failure: TestCommonCPU.test_python_ref__refs_abs_cpu_complex32
Labels: module: tests,triaged

### 🐛 Describe the bug

When I execute the following test case on s390x, I got the failure.

```
% python test/test_ops.py TestCommonCPU.test_python_ref__refs_abs_cpu_complex32
...

----------------------------------------------------------------------
Ran 1 test in 3.065s

FAILED (unexpected successes=1)
```

When I executed the same test on x86, it passed.
```
$ python test/test_ops.py TestCommonCPU.test_python_ref__refs_abs_cpu_complex32
...

x
----------------------------------------------------------------------
Ran 1 test in 0.920s

OK (expected failures=1)
```

So, this test suite expects that one of tests is generates different results. I am not sure why this test case expects to generate different results so far.

### Versions

```
Collecting environment information...
PyTorch version: 2.1.0a0+gite3df6a7
Is debug build: True
CUDA used to build PyTorch: None
ROCM used to build PyTorch: N/A

OS: Ubuntu 22.04.1 LTS (s390x)
GCC version: (Ubuntu 11.3.0-1ubuntu1~22.04) 11.3.0
Clang version: Could not collect
CMake version: version 3.22.1
Libc version: glibc-2.35

Python version: 3.10.6 (main, Nov 14 2022, 16:10:14) [GCC 11.3.0] (64-bit runtime)
Python platform: Linux-5.4.0-144-generic-s390x-with-glibc2.35
Is CUDA available: False
CUDA runtime version: No CUDA
CUDA_MODULE_LOADING set to: N/A
GPU models and configuration: No CUDA
Nvidia driver version: No CUDA
cuDNN version: No CUDA
HIP runtime version: N/A
MIOpen runtime version: N/A
Is XNNPACK available: False

Versions of relevant libraries:
[pip3] numpy==1.24.2
[pip3] torch==2.1.0a0+gite3df6a7
[conda] Could not collect
```

cc @mruberry
Repository: godot
Issue: Memory leak in `Godot.Collections.Array<T>`
Labels: discussion,topic:dotnet

### Godot version

4.1.0-dev

### System information

Windows 10

### Issue description

When a circular reference is needed between two `Resource`s, if one is in a `Godot.Collections.Array<T>` the object will not be set for garbage collection unless all references are manually set to `null`. This may also occur with other Godot objects and not just `Resource`s, but I haven't done extensive testing nor know the root cause.

### Steps to reproduce

Run MRP project somewhere where you have memory profiling like Visual Studio.

Press "ui_select" (Spacebar) a bunch of times and then "ui_cancel" (Esc) to force GC.
Take a memory snapshot and note that none of the objects created that have now gone out of scope were freed.

Press "ui_accept" (Enter) a bunch of times and then "ui_cancel" (Esc) again to force GC.
Take another memory snapshot and note that these new objects were collected after manually setting all references to null.

Feel free to try other scenarios like switching the `Godot.Collections.Array` to a `System.Collections.List`, and the GC will work correctly.

### Minimal reproduction project

[ResourceLeakTest.zip](https://github.com/godotengine/godot/files/11206534/ResourceLeakTest.zip)
Repository: PowerToys
Issue: FancyZones - switch between windows with mousewheel
Labels: Needs-Triage

### Description of the new feature / enhancement

In the FancyZones, regarding the _Switch between windows in the current zone_ setting, it would be nice if we could set the Next/Previous window shortcuts to **windows + mousewheel up/down** 

### Scenario when this would be used?

Whenever one needs to cycle through windows in the current zone, one would not need to let go of the mouse to do so.

### Supporting information

_No response_
Repository: vscode
Issue: Provide a global context menu to auto expand lazy variables
Labels: feature-request,debug

We use lazy variables in the Java Debugger extension to display the toString() value of objects on demand. However, some users have complained that this makes the user experience worse and that it requires lots of clicks to see the details of the variables (See https://github.com/microsoft/vscode-java-debug/issues/1297#issuecomment-1441348294 and https://github.com/microsoft/java-debug/pull/401#issuecomment-1081991876). VS Code has a setting to automatically expand lazy variables (Defaults to false), but most users are not aware of it. 

In Java Debugger, we have exposed a context menu "Auto Expand Lazy Variables" to promote discovery and it has received more clicks than other context menu items. And we think this could be a useful feature for VS Code to provide globally.

![lazy variables](https://user-images.githubusercontent.com/14052197/231341085-068d40e3-57c5-44c0-b00c-e0f45236bb10.gif)
Repository: pytorch
Issue: Move template code to header
Labels: module: cpp,triaged

### 🐛 Describe the bug

The template code https://github.com/pytorch/pytorch/blob/39fd7f945f292bea7af411946f75417966470359/torch/csrc/api/src/nn/modules/batchnorm.cpp#L17-L34 appears in the `.cpp` file.
It will make extending from `BatchNormImplBase` using libtorch troublesome.
Unless copying the above quoted code into users own source code, the linker will not able to find implementations of `pretty_print`

### Versions

latest master

cc @jbschlosser
Repository: godot
Issue: Reimported 3D models not updating in Instanced Scene
Labels: topic:editor,needs testing,topic:import,topic:3d

### Godot version

4.0.2.stable.mono.official [7a0977ce2]

### System information

Windows 10, Vulkan

### Issue description

Reimported an updated animated 3D model to Godot, old version of models remains in instanced scene. Saving and exiting, then restart Godot did not fix the issue. 

### Steps to reproduce

Reimported an updated animated 3D model to Godot which also belongs to an instanced scene.

### Minimal reproduction project

N/A
Repository: godot
Issue: UI and mouse bug
Labels: bug,platform:windows,topic:editor,needs testing,topic:input

### Godot version

4.0.2.stable.mono.official [7a0977c]

### System information

Windows 10, Vulkan

### Issue description

Mouse left click not always registered on the UI, mainly on Dropdown menus, behaviour is either it doesn't detect the left mouse button click and at other times clicks through the menu on items behind the menu. Only way to get it to register is by resizing the window, however after few click attempts the UI blocks allowing window resize and at time cause a crash if attempting to click on the drop item again.

### Steps to reproduce

N/A

### Minimal reproduction project

N/A
Repository: godot
Issue: Camera3D is_position_in_frustum() returning incorrect values for Frustum Projection with frustum_offset
Labels: bug,topic:3d

### Godot version

v4.0.2.stable.official [7a0977ce2]

### System information

Windows 11, Vulkan API 1.3.224, NVIDIA GeForce GTX 1060 6GB

### Issue description

Similar to #61174 , but not referencing raycasting.

When checking if a global_position is within a Camera3D's frustum using a frustum camera projection and frustum offset, the returned value of is_position_in_frustum() is incorrect. Objects that are in front of the position of the camera (as if no offset) are counted in the frustum, while those shown in the offset could be counted as not (as long as the offset is severe enough). 

When examining the source code of Camera3D, it does not seem like there is any logic to handle a frustum offset camera.

### Steps to reproduce

1. Create a project with a root Node3D
2. Add a Camera3D as a child of the root, and two Marker3Ds as children of the camera. Offset one marker in the x-direction, and both in the z-direction.
3. Change the camera mode to frustum, and set near to 0.65. set frustum offset x enough to show the one marker but not the other.
4. Attach the following  script to the camera
```
extends Camera3D

# Called every frame. 'delta' is the elapsed time since the previous frame.
func _process(delta):
	print("On camera marker:", is_position_in_frustum($Marker3D.global_position))
	print("Off camera marker:", is_position_in_frustum($Marker3D2.global_position))
```

### Minimal reproduction project

[BugTesting.zip](https://github.com/godotengine/godot/files/11207843/BugTesting.zip)
Repository: next.js
Issue:  When we use dynamic URL images, we cannot get the actual height for the next/image tag. 
Labels: examples

### Verify canary release

- [X] I verified that the issue exists in the latest Next.js canary release

### Provide environment information

```bash
We are using,
react 18.2.0,
nextjs 12.3.0,
```


### Which example does this report relate to?

image-component

### What browser are you using? (if relevant)

_No response_

### How are you deploying your application? (if relevant)

_No response_

### Describe the Bug

When we use dynamic URL images, we cannot get the actual height for the next/image tag. We used "probe-image-size" npm but we cannot get the dimension of the image. How do I get the image dimension using image url. 

### Expected Behavior

The method that we can use for get image height

### To Reproduce

We used "probe-image-size" npm but we cannot get the dimension of the image. How do I get the image dimension using image url.
Repository: pytorch
Issue: Change module to module_ in torch/csrc/api/include/torch/python.h
Labels: module: build,triaged

### 🚀 The feature, motivation and pitch

Until 2023.04.12 on master branch, 'module' is used as a variable name in torch/csrc/api/include/torch/python.h, however, 'module' has became a keyword since C++20, consider replace module to module_? 

### Alternatives

_No response_

### Additional context

_No response_

cc @malfet @seemethere
Repository: go
Issue: cmd/compile: buildmode c-archive not supported on linux/mips64le
Labels: NeedsFix,FeatureRequest,arch-mips,compiler/runtime

<!--
Please answer these questions before submitting your issue. Thanks!
-->

### What version of Go are you using (`go version`)?

<pre>
$ go version go1.18.3

</pre>

### Does this issue reproduce with the latest release?
 yes

### What operating system and processor architecture are you using (`go env`)?

OS： 4.19.90-23.13.v2101.ky10.mips64el
CPU：Loongson-3A R4 (Loongson-3B4000)

<details><summary><code>go env</code> Output</summary><br><pre>
$ go env
GO111MODULE="on"
GOARCH="mips64le"
GOBIN=""
GOCACHE="/root/.cache/go-build"
GOENV="/root/.config/go/env"
GOEXE=""
GOEXPERIMENT=""
GOFLAGS=""
GOHOSTARCH="mips64le"
GOHOSTOS="linux"
GOINSECURE=""
GOMODCACHE="/root/go/pkg/mod"
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/root/go"
GOPRIVATE=""
GOPROXY="https://goproxy.cn,direct"
GOROOT="/usr/lib/golang"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/lib/golang/pkg/tool/linux_mips64le"
GOVCS=""
GOVERSION="go1.18.3"
GCCGO="gccgo"
GOMIPS64="hardfloat"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD="/dev/null"
GOWORK=""
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -mabi=64 -mhard-float -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build2385386052=/tmp/go-build -gno-record-gcc-switches"
</pre></details>

### What did you do?
I tried to compile libGoReSym with c-achived mode in the mips64le (loongnix) platform,  but found the following error：
/opt/go/bin/go build -buildmode=c-archive -o libGoReSym.a
# internal/itoa
compile: linux/mips64le does not support -shared
。。。

The program is  C wrapper for [GoReSym](https://github.com/mandiant/GoReSym)

<!--
If possible, provide a recipe for reproducing the error.
A complete runnable program is good.
A link on go.dev/play is best.
-->



### What did you expect to see?

-buildmode=c-achived support on linux/mips64le

### What did you see instead?

-buildmode=c-achived not support on linux/mips64le
Repository: rust
Issue: Trait with type-dependent optional function forces implementation regardless of type
Labels: A-trait-system,T-lang,C-feature-request

<!--
Thank you for filing a bug report! 🐛 Please provide a short summary of the bug,
along with any information you feel relevant to replicating the bug.
-->

I tried this code (from this [Stack Overflow question](https://stackoverflow.com/questions/75992601/trait-with-type-dependent-optional-function-forces-implementation-regardless-of)):

```rust
trait Doable {}

trait MyTrait<T> {
    fn set_member(&mut self, member: T);

    fn do_member(&mut self)
    where
        T: Doable;
}

struct MyMember;
struct MyTraitStruct(Option<MyMember>);

impl MyTrait<MyMember> for MyTraitStruct {
    fn set_member(&mut self, member: MyMember) {
        todo!();
    }
}
```

#### I expected to see this happen:
It compiles as `do_member` is only available if the type parameter `T` implements `Doable` which `MyMember` doesn't.

#### Instead, this happened:
It doesn't compile with this error message:
```
error[E0046]: not all trait items implemented, missing: `do_member`
  --> main.rs:14:1
   |
6  | /     fn do_member(&mut self)
7  | |     where
8  | |         T: Doable;
   | |__________________- `do_member` from trait
...
14 |   impl MyTrait<MyMember> for MyTraitStruct {
   |   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ missing `do_member` in implementation
```

### Meta
<!--
If you're using the stable version of the compiler, you should also check if the
bug also exists in the beta or nightly versions.
-->

`rustc --version --verbose`:
```
rustc 1.68.2 (9eb3afe9e 2023-03-27)
binary: rustc
commit-hash: 9eb3afe9ebe9c7d2b84b71002d44f4a0edac95e0
commit-date: 2023-03-27
host: x86_64-unknown-linux-gnu
release: 1.68.2
LLVM version: 15.0.6
```
and
```
rustc 1.70.0-nightly (9df3a39fb 2023-04-11)
binary: rustc
commit-hash: 9df3a39fb30575d808e70800f9fad5362aac57a2
commit-date: 2023-04-11
host: x86_64-unknown-linux-gnu
release: 1.70.0-nightly
LLVM version: 16.0.2
```


### Workaround
To work around this one can simply implement the `do_member` method without the `where` clause:
```rust
impl MyTrait<MyMember> for MyTraitStruct {
    // [...]
    fn do_member(&mut self) {}
}
```
but it feels rather pointless to implement a method that's not callable and doesn't do anything.
Repository: PowerToys
Issue: Mouse rebind
Labels: Needs-Triage

### Description of the new feature / enhancement

Ability to rebind mouse clicks to the keyboard with the keyboard manager or other tool.  

### Scenario when this would be used?

I'm left-handed and when I use a graphical tablet, I use my right hand to press some keys like ALT and such and the keyboard manager is helpful in rebinding the right windows key which I never use to act as the left ALT key. I wanted to rebind the app/menu key which I as well never use into a right click and hoped that the keyboard manager would help me in this, but I could not find mouse clicks to be bound on a keyboard key. 

### Supporting information

_No response_
Repository: pytorch
Issue: Integrate open device privateuse1 customized method registration
Labels: triaged,module: backend

### 🚀 The feature, motivation and pitch

Currently, if user registers the privateuse1 backend, the user may need to perform the following operations:
1. Call `torch._register_device_module` to register the device module.
2. Call `torch.serialization.register_package` to register the `_tag` and `_deserialize` methods customized by privateuse1 backend.
There may be more examples
You need to register multiple places in the patch of privateuse1.

### Alternatives

Unified registration entry. Users only need to implement the corresponding method.
Such as [#98920](https://github.com/pytorch/pytorch/pull/98920)

### Additional context

_No response_
Repository: pytorch
Issue: Request for deterministic support for reflection_pad2d_backward_cuda
Labels: module: cuda,triaged,enhancement,module: determinism,actionable,module: padding

### 🚀 The feature, motivation and pitch

Currently, the `reflection_pad2d_backward_cuda` operation used in neural network training cannot be computed deterministically on the GPU. This causes issues for users who have set `torch.use_deterministic_algorithms(True)` and require deterministic behavior in their training process.

I would like to request that deterministic support be added for `reflection_pad2d_backward_cuda` so that users can perform neural network training deterministically on the GPU. Thank you for your consideration.

### Alternatives

_No response_

### Additional context

_No response_

cc @ptrblck @mruberry @kurtamohler @ngimel
Repository: PowerToys
Issue: Optimize the context menu of Awake
Labels: Idea-Enhancement

### Description of the new feature / enhancement

I prefer to the following context menu of Awak in system tray. It can simplify the operation and reduce the mouse clicks and movement.

Keep awake in 30 mins
Keep awake in 1 hour
Keep awake in 2 hour
Keep awake indefinitely
Off (keep using the selected power plan)

### Scenario when this would be used?

It can simplify the operation to keep awake.

### Supporting information

_No response_
Repository: go
Issue: log/syslog: TestWithSimulated failures
Labels: NeedsInvestigation

```
#!watchflakes
post <- pkg == "log/syslog" && test == "TestWithSimulated"
```

Issue created automatically to collect these failures.

Example ([log](https://build.golang.org/log/e2e98ba3b07230aa120e3a3e1a41998ae7c6836f)):

    --- FAIL: TestWithSimulated (0.00s)
        --- FAIL: TestWithSimulated/udp (0.41s)
            syslog_test.go:294: Got "<14>2023-04-11T18:54:00-04:00 Gophers-iMac-Pro.local syslog_test[6558]: Test 123\n", does not match template "<14>%s %s syslog_test[%d]: Test 123\n" (3 %!s(<nil>))


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: tauri
Issue: [bug] PNPM, NPM & Yarn Panicked at 'Must load N-API Bindings'
Labels: type: bug,status: needs triage

### Describe the bug

Trying to create a tauri app or run tauri from a node package manager will output

../Local/pnpm/store/v3/tmp/dlx-21680    |   +2 +
Packages are copied from the content-addressable store to the virtual store.
  Content-addressable store is at: C:\Users\coolguy\AppData\Local\pnpm\store\v3
  Virtual store is at:             ../../../Users/coolguy/AppData/Local/pnpm/store/v3/tmp/dlx-21680/node_modules/.pnpm
.../Local/pnpm/store/v3/tmp/dlx-21680    | Progress: resolved 11, reused 2, downloaded 0, added 2, done
thread '<unnamed>' panicked at 'Must load N-API bindings', C:\Users\runneradmin\.cargo\registry\src\index.crates.io-6f17d22bba15001f\napi-sys-2.2.3\src\functions.rs:7:3
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
 ERROR  Command failed with exit code 3221226505: create-tauri-app

    at makeError (C:\Users\coolguy\AppData\Local\pnpm\global\5\.pnpm\pnpm@8.2.0\node_modules\pnpm\dist\pnpm.cjs:24230:17)
    at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
    at async Object.handler (C:\Users\coolguy\AppData\Local\pnpm\global\5\.pnpm\pnpm@8.2.0\node_modules\pnpm\dist\pnpm.cjs:206486:7)
    at async C:\Users\coolguy\AppData\Local\pnpm\global\5\.pnpm\pnpm@8.2.0\node_modules\pnpm\dist\pnpm.cjs:215818:21
    at async main (C:\Users\coolguy\AppData\Local\pnpm\global\5\.pnpm\pnpm@8.2.0\node_modules\pnpm\dist\pnpm.cjs:215785:34)
    at async runPnpm (C:\Users\coolguy\AppData\Local\pnpm\global\5\.pnpm\pnpm@8.2.0\node_modules\pnpm\dist\pnpm.cjs:216040:5)
    at async C:\Users\coolguy\AppData\Local\pnpm\global\5\.pnpm\pnpm@8.2.0\node_modules\pnpm\dist\pnpm.cjs:216032:7

### Reproduction

pnpm create tauri-app

### Expected behavior

creates project

### Platform and versions

```text
Windows 10 x64 22H2
NodeJS v18.12.1
PNPM v8.2.0
NPM v8.19.2
Yarn v1.22.19
```


### Stack trace

```text
Nothing
```


### Additional context

_No response_