sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: pytorch
Issue: gpu training  work well, but cpu training not work
Labels: module: cpu,triaged,module: fft

### 🐛 Describe the bug

model{
self.a=torch.nn.Parameter(torch.rand(10,10))
self.b=torch.nn.Parameter(torch.rand(10,10))
self.c=torch.nn.Parameter(torch.rand(1))
}
forward{
fft
ifft
...
}

i do model=model.cuda().cpu()
cpu training will work

### Versions

1.10
cuda 11.1

cc @jgong5 @mingfeima @XiaobingSuper @sanchitintel @ashokei @jingxu10 @mruberry @peterbell10
Repository: neovim
Issue: Lua: more vim.iter functions
Labels: enhancement,lua

## Problem

`vim.iter()` was added in https://github.com/neovim/neovim/pull/23029 . This issue tracks related functions on there.

Related: `vim.func` https://github.com/neovim/neovim/issues/28449

## Expected behavior

- ✅ reduce (`Iter:fold()`)
- table management: https://github.com/neovim/neovim/issues/24572
    - clone https://github.com/neovim/neovim/issues/31234
    - [keys](https://github.com/vigemus/iron.nvim/blob/master/lua/iron/util/functional.lua#L12)
    - [values](https://github.com/vigemus/iron.nvim/blob/master/lua/iron/util/functional.lua#L20)
    - [get-in](https://github.com/vigemus/pointer.nvim/blob/4c6d5a9/lua/pointer/utils.lua#L20) (get in nested tables)
    - ~[get](https://github.com/vigemus/pointer.nvim/blob/4c6d5a9/lua/pointer/utils.lua#L16) (as a safe alternative to direct referencing)~
        - Too trival, `d and d[k]` is idiomatic.
Repository: stable-diffusion-webui
Issue: [Feature Request]: extension to monitor cuda vram memory usages
Labels: enhancement,extension-request

### Is there an existing issue for this?

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

### What would your feature do ?

i want an feature or extension to keep track of GPU cuda vram usages.
i can see how much vram is being used in task manager but i can see what process inside SD Web-UI is using that vram.

so ideally gpu cuda vram memory should only be used when image is being generated or trained.
but stable diffusion web UI uses cuda memory even when nothing is being done.


### Proposed workflow

one way to solve this problem is to "Unload SD checkpoint to free VRAM" by on button in action tab of setting of web UI. but i want a feature or extension, which can tell me exactly which process or extension or library or API or webui feature or model is using the cuda vram memory.


### Additional information

doing so will help me in taking better future decision like which extension to keep which model to use etc.
Repository: vscode
Issue: `editor.action.moveLinesDownAction` doesn't work properly with vertical selection
Labels: under-discussion,editor-commands

Type: <b>Bug</b>

`editor.action.moveLinesDownAction` and `editor.action.moveLinesUpAction` don't behave as expected when using vertical selection / multiple cursors. Instead of moving each line with a cursor they remove all selections except the primary and then move that single line.

![Vertical Selection and Move Lines](https://user-images.githubusercontent.com/484784/233552529-fa12102f-53f8-4c05-802b-29732eefa918.gif)

Every other operation I can think of behaves correctly with multiple cursors.

The expected behavior is the same as with regular selection. Each line with a cursor/selection is moved.
![Regular Selection and Move Lines](https://user-images.githubusercontent.com/484784/233552853-a68dd289-c2f3-437b-9c95-b90bf293594a.gif)

VS Code version: Code - Insiders 1.78.0-insider (208bbb0d788cce3eb80799e3565ee2204391b86d, 2023-04-20T05:20:21.925Z)
OS version: Windows_NT x64 10.0.19045
Modes:
Sandboxed: Yes

<details>
<summary>System Info</summary>

|Item|Value|
|---|---|
|CPUs|AMD Ryzen 9 5950X 16-Core Processor             (32 x 3400)|
|GPU Status|2d_canvas: enabled<br>canvas_oop_rasterization: disabled_off<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>video_decode: enabled<br>video_encode: enabled<br>vulkan: disabled_off<br>webgl: enabled<br>webgl2: enabled<br>webgpu: enabled|
|Load (avg)|undefined|
|Memory (System)|31.92GB (21.38GB free)|
|Process Argv|--crash-reporter-id 22cf4e37-a96e-4ad9-82f0-8715f8e2bf6e|
|Screen Reader|no|
|VM|0%|
</details>Extensions: none<details>
<summary>A/B Experiments</summary>

```
vsliv695:30137379
vsins829:30139715
vsliv368cf:30146710
vsreu685:30147344
python383:30185418
vspor879:30202332
vspor708:30202333
vspor363:30204092
vslsvsres303:30308271
pythontb:30258533
pythonptprofiler:30281269
vsdfh931cf:30280410
vshan820:30294714
pythondataviewer:30285072
vscod805cf:30301675
bridge0708:30335490
bridge0723:30353136
cmake_vspar411:30581797
vsaa593cf:30376535
pythonvs932:30404738
cppdebug:30492333
vsclangdf:30492506
c4g48928:30535728
dsvsc012cf:30540253
pynewext54:30618038
pylantcb52:30590116
nodejswelcome1:30587009
pyind779:30611226
pythonsymbol12:30651887
2i9eh265:30646982
showlangstatbar:30659908
defaultazurewalk:30687958
pythonms35:30671666
j16hj152:30680472
ecj1e332:30687743
pythonfmttext:30716741
pythonclientmv:30700173
showcppwkth:30715168

```

</details>

<!-- generated by issue reporter -->
Repository: storybook
Issue: [Feature Request]: Make it possible to disable `forceInitialArgs` in autodocs to make all stories fully interactive
Labels: feature request,good first issue,addon: docs

## Context

In 7.0 we made the list of stories in default autodocs not react to changes to args, for a couple of reasons:

1. autodocs now show the primary story twice, above the controls, and in the list below. If they are all dynamic with args, changing the controls will mean that both instances of the primary story changes, which can cause confusion and is probably not what you want.
2. making changes to stories in canvas mode will affect the stories in docs mode too.

overall, the intended experience of autodocs is to show off stories in their default/initial state, which requires that we always force args to stay at the initial state.

## The Problem

This has the unfortunate consequence, that if your story state is completely controlled by args (via `useArgs` in `render`), then the story will be completely non-interactive. This is a common pattern for [controlled components](https://react.dev/reference/react-dom/components/input#controlling-an-input-with-a-state-variable) where the consumer of the component is in charge of managing the state. In such a case it's a nice experience to make the state controlled/synced with args, so they are easy to manipulate with controls. However if you do that, the state becomes immutable in autodocs.

Another simpler problem, is that if you want a docs page where Controls controls another story than the primary, you can't just use a custom `<Controls of={StoryToControl} />`, because the stories in `Stories` won't react to that. You'd also have to re-implement `<Stories />`, to unset `forceInitialArgs`.

## Describe the solution you'd like

I suggest we:

1. Make the `forceInitialArgs` property public, by:
	1. renaming it from `__forceInitialArgs` to `forceInitialArgs` in all the blocks that use it
	2. document it
3. Add the property to the `Stories` block, so you can more easily override the default `DocsPage`. Currently a user would have to both override the `DocsPage` and re-implement `Stories` to disable it.

Additionally we could also make it a property on `docs` parameters, so users don't even need to override docs page, but just to set the parameter. It seems good for a DX perspective, but I'm also afraid of bloating the API with a fairly limited use case. I would suggest it to be `parameters.docs.stories.forceInitialArgs = Boolean`

We should be sure to describe the pitfalls of disabling `forceInitialArgs` in documentation, and describe why it might not be desirable.

### Are you able to assist to bring the feature to reality?

yes, I can

## Additional context

Two Discord discussions on the topic:

https://discord.com/channels/486522875931656193/1096279480504434881/1096279480504434881

https://discord.com/channels/486522875931656193/1098422563417379007/1098422563417379007
Repository: vscode
Issue: Ensure we use correct workspace folder for remote terminals
Labels: bug,remote,terminal-process

@Tyriar Last active workspace is not working properly, so getting workspace through cwd instead. Based on https://github.com/microsoft/vscode/pull/179323#discussion_r1160052541 I was expecting it to be the same as cwd.

[Smoke tests are timing out](https://dev.azure.com/vscode/VSCode/_build/results?buildId=91554&view=logs&j=15f6beb8-c39c-5fa4-f1fe-6e73c89d1002&t=39a8bd3e-27cc-5fe3-7e0f-d4fd822b5b06&l=61) when attempting to use cwd workspace folder in remote terminals, not sure what might be going on. Here's our attempt: https://github.com/microsoft/vscode/pull/179323/commits/9e4fa31a4af5bde742a14669f15976e2f7ce5c99

We can either do this or fix last active workspace so it points to correct workspace folder in multiroot scenarios.
Repository: storybook
Issue: [Feature Request]: Support `argTypes` Type Definitions
Labels: feature request,typescript

### Is your feature request related to a problem? Please describe

it seems that some field type information that may be included in argTypes seems to be missing.
For example, 'options', 'control' field, etc. These fields actually work, but can be confusing because there is no type definition.

Please let me know if I misunderstand anything.

### Describe the solution you'd like

The types of fields supported by argTypes must be clear. If the function actually works, the type definition should also be included.

### Describe alternatives you've considered

_No response_

### Are you able to assist to bring the feature to reality?

no

### Additional context

_No response_
Repository: tensorflow
Issue: [MSVC]Tensorflow build process takes 11 hours with 2589785 commit
Labels: stat:awaiting tensorflower,type:build/install,subtype:windows,type:performance,TF 2.12

<details><summary>Click to expand!</summary> 
 
 ### Issue Type

Performance

### Have you reproduced the bug with TF nightly?

No

### Source

source

### Tensorflow Version

master branch, commit: 2589785

### Custom Code

No

### OS Platform and Distribution

Windows Server 2022

### Mobile device

_No response_

### Python version

3.9

### Bazel version

5.3.0

### GCC/Compiler version

_No response_

### CUDA/cuDNN version

_No response_

### GPU model and memory

_No response_

### Current Behaviour?

It took 11 hours to build this project with 2589785 commits, however with 160f2bd, it took 6 hours.

**2589785 Commit Build log:**
INFO: Build completed successfully, 34131 total actions
INFO: Build completed successfully, 34131 total actions
##[debug] Command #6 exited with code [0].
 2023-04-12T07:34:32.2365460-07:00  Command ran in 11 hours, 17 minutes, 46 seconds

**160f2bd Commit Build log:**
INFO: Build completed successfully, 16950 total actions
INFO: Build completed successfully, 16950 total actions
##[debug] Command #6 exited with code [0].
 2023-04-14T23:52:20.2671170-07:00  Command ran in 5 hours, 27 minutes, 51 seconds

### Standalone code to reproduce the issue

```shell
git clone https://github.com/tensorflow/tensorflow.git F:\gitP\tensorflow\tensorflow
cd F:\gitP\tensorflow\tensorflow
git reset --hard 2589785
pip3 install -r tensorflow/tools/ci_build/release/requirements_common.txt 2>&1
set PATH=F:\gitP\tensorflow\tensorflow\..\tools;%path%
set PATH=F:\gitP\tensorflow\tensorflow\..\tools\msys64\usr\bin;%path%
yes "" 2>nul | python ./configure.py 2>&1
set BAZEL_VC=C:\Program Files\Microsoft Visual Studio\2022\Enterprise\VC
set BAZEL_VC_FULL_VERSION=14.35.32215
set PATH=F:\gitP\tensorflow\tensorflow\..\tools;%path%
set PATH=F:\gitP\tensorflow\tensorflow\..\tools\msys64\usr\bin;%path%
bazel --output_user_root F:\bazelTemp build --jobs 8 --config=opt --local_ram_resources=2048 --subcommands //tensorflow/tools/pip_package:build_pip_package 2>&1
```


### Relevant log output

_No response_</details>
Repository: flutter
Issue: ListWheelScrollView should scroll one itemExtent per mouse wheel click
Labels: c: new feature,framework,f: scrolling,a: quality,a: desktop,a: mouse,has reproducible steps,P3,found in release: 3.7,found in release: 3.10,team-framework,triaged-framework

When on building for Linux (and possibly other platforms when using a mouse), a single click of a mouse's scroll wheel will scroll past multiple elements in a ListWheelScrollView. This makes it impossible to select certain values  unless you precisely calibrate the itemExtent to be the size of a click (in my case that is 53).
Repository: PowerToys
Issue: native horizontal scroll with shift + scroll wheel
Labels: Needs-Triage

### Description of the new feature / enhancement

make shift + scroll wheel the native hotkey for scrolling. Some apps still don't use this shortcut to scroll horizontally and its annoying. I just found out the new notepad doesn't have this. If this can be used system wide it would be very helpful

### Scenario when this would be used?

when any window has horizontally overflowing elements instead of using the scroll bar use shift +scroll wheel.

### Supporting information

_No response_
Repository: vscode
Issue: Allow display prop on markdown span style
Labels: feature-request,api

<!-- ⚠️⚠️ Do Not Delete This! feature_request_template ⚠️⚠️ -->
<!-- Please read our Rules of Conduct: https://opensource.microsoft.com/codeofconduct/ -->
<!-- Please search existing issues to avoid creating duplicates. -->

<!-- Describe the feature you'd like. -->
Style attribute added to span tags in https://github.com/microsoft/vscode/pull/97793
Currently, it allows setting `color` and `background-color` but many times the background color doesn't apply because span is `display: inline` by default and doesn't have an actual width and height.
Adding `display` prop to the allowed styles will fix that and also will open up many other (safe) options for layoutting.

e.g, in [pretty-ts-errors](https://github.com/yoavbls/pretty-ts-errors) I had to use codicon classes to apply background-color and make things inlined. That classes bring unwanted styles like `user-select: none` that prevent selecting and copying the content.
Now it's a huge deal for tens of thousands of developers that can't copy the types from their errors.

![CleanShot 2023-04-21 at 13 37 42@2x](https://user-images.githubusercontent.com/5693018/233615833-eaeec4b3-ed77-4b10-8337-cbd0d36bc8e2.png)

I know that no one wants to keep adding styles to the sanitized regex and it opens the barrier for other requests like this but `display` prop is different. It is not a niche CSS prop, it is one of the most essential props in CSS and one of the few things that markdown can't do.
  
**I made a pull request that add it, I hope it helps: https://github.com/microsoft/vscode/pull/180498**
Repository: neovim
Issue: handle invalid mappings with a specific prefix as NOP
Labels: enhancement,input,mappings

### Problem

Suppose my leader key is `<space>` and I have a lot of multi-character mappings, like `<space>aa`, `<space>ab`, etc. When I accidentally press a "leader sequence" (i.e. a key sequence in normal mode with a prefix of `<space>...`) that I do not have defined, I might execute commands that I do not have intended to execute without noticing. E.g., if I press `<space>ax` but do not have that mapped, currently (neo)vim will, as I understand it, discard `<space>a` and then execute `x`, which will remove the character under the cursor (if there is any), which I might not notice.

I recently tried out DOOM emacs out of curiosity and noticed that this behavior is not present there, e.g. when pressing `<space>k` (which is by default undefined) a message in the statusline is printed that this mapping is not defined, and the cursor does NOT move one line up, which it would do in neovim. (Also, a plain `k` would move the cursor one line up in DOOM emacs since it uses the vi emulation plugin evil.)

### Expected behavior

When I accidentally press a "leader sequence" (i.e. a key sequence in normal mode with a prefix of `<space>...`) that I do not have defined, I would like that to be a `<nop>`, or print an error or so.

A cheap workaround might be to *explicitly* recursively nullify invalid mappings for a given prefix like `<space>`, but that would be brittle since it could break with later mappings: E.g., going with the example above, after explicitly doing `:nnoremap <space>ax <nop>`, when I later map that to something else, `<space>axx` will be a problem again.

I'm not familiar with (neo)vim internals and I was told on IRC (on 2023-04-20 ~5PM) that it might be hard/impossible to implement, but I still wanted to bring it up, to open a discussion and in case someone has an idea how to do it.

This would only protect against typos in a "leader sequence" that yield an invalid mapping (that is not defined), but would obviously not protect against accidentally typing an unintended sequence that is defined. But I still think it would be useful, it just feels more natural from a UX perspective.
Repository: pytorch
Issue: no-duplicate-decl-specifier as a invalid compile flag for CXX in GCC
Labels: module: build,module: rocm,triaged

### 🐛 Describe the bug

[cmake/Dependencies.cmake](https://github.com/pytorch/pytorch/blob/9861ec9785b53e71c9affd7d268ef7073eb1c446/cmake/Dependencies.cmake#L1272) sets -Wno-duplicate-decl-specifier for HIP_CXX_FLAGS. at least for GCC 12 this is not a valid compile flag for c++ translation units causeing lots of  `cc1plus: warning: command-line option ‘-Wno-duplicate-decl-specifier’ is valid for C/ObjC but not for C++` warnings

### Versions

9861ec9785b53e71c9affd7d268ef7073eb1c446

cc @malfet @seemethere @jeffdaily @sunway513 @jithunnair-amd @pruthvistony @ROCmSupport
Repository: go
Issue: cmd/go: confusing error message when `go list` is missing checksums for patterns outside the main module
Labels: help wanted,NeedsFix,GoCommand,modules,FixPending,BadErrorMessage

### What version of Go are you using (`go version`)?

<pre>
$ go version
go version go1.19.3 linux/amd64
</pre>

### Does this issue reproduce with the latest release?
Probably?


### What operating system and processor architecture are you using (`go env`)?

<details><summary><code>go env</code> Output</summary><br><pre>
$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN="/home/pato/local/bin"
GOCACHE="/home/pato/.cache/go-build"
GOENV="/home/pato/.config/go/env"
GOEXE=""
GOEXPERIMENT=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE=""
GOMODCACHE="/home/pato/go/pkg/mod"
GONOPROXY="github.com/StammBio"
GONOSUMDB="github.com/StammBio"
GOOS="linux"
GOPATH="/home/pato/go"
GOPRIVATE="github.com/StammBio"
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/local/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/local/go/pkg/tool/linux_amd64"
GOVCS=""
GOVERSION="go1.19.3"
GCCGO="gccgo"
GOAMD64="v1"
AR="ar"
CC="/usr/bin/clang"
CXX="/usr/bin/clang++"
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 -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -Wl,--no-gc-sections -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build3352220154=/tmp/go-build -gno-record-gcc-switches"

</pre></details>

### What did you do?
Ran `go list github.com/...` in a repository and got 
```
go: updates to go.mod needed; to update it:
        go mod tidy
```
Running `go mod tidy` did not fix it.

Here's a MWE:
```go
package main

import (
	"golang.org/x/exp/slog"
	"periph.io/x/host/v3"
)

func main() {
	slog.Any("", "")
	host.Init()
}
```
Running `go mod init tg` gives me the following `go.mod` and `go.sum`
```
module tg

go 1.19

require (
	golang.org/x/exp v0.0.0-20230420155640-133eef4313cb
	periph.io/x/host/v3 v3.8.0
)

require periph.io/x/conn/v3 v3.7.0 // indirect
```
```
golang.org/x/exp v0.0.0-20230420155640-133eef4313cb h1:rhjz/8Mbfa8xROFiH+MQphmAmgqRM0bOMnytznhWEXk=
golang.org/x/exp v0.0.0-20230420155640-133eef4313cb/go.mod h1:V1LtkGg67GoY2N1AnLN78QLrzxkLyJw7RJb1gzOOz9w=
periph.io/x/conn/v3 v3.7.0 h1:f1EXLn4pkf7AEWwkol2gilCNZ0ElY+bxS4WE2PQXfrA=
periph.io/x/conn/v3 v3.7.0/go.mod h1:ypY7UVxgDbP9PJGwFSVelRRagxyXYfttVh7hJZUHEhg=
periph.io/x/host/v3 v3.8.0 h1:T5ojZ2wvnZHGPS4h95N2ZpcCyHnsvH3YRZ1UUUiv5CQ=
periph.io/x/host/v3 v3.8.0/go.mod h1:rzOLH+2g9bhc6pWZrkCrmytD4igwQ2vxFw6Wn6ZOlLY=
```

### What did you expect to see?
A list of go modules


### What did you see instead?
```
go: updates to go.mod needed; to update it:
        go mod tidy
```
Repository: stable-diffusion-webui
Issue: [Feature Request]: Make it possible to interrupt “Preview loading”
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 ?

After generating images, the Webui-Interface will load and display the images as well as a potential grid of the images. This process can be very time consuming and can currently not be interrupted by any other means than terminating the WebUI. 


### Proposed workflow

Change the “interrupt”-button so:
1)	It does not change to “Generate” before the preview images have all loaded
2)	It stops loading preview images/grids


### Additional information

![image](https://user-images.githubusercontent.com/7306254/233652071-29e67ac7-4995-43b2-be66-57edd04081f2.png)
Repository: pytorch
Issue: New feature requested: vmap for torch.histc
Labels: high priority,triaged,module: functorch

Hi,

I hit the following warning
```
 UserWarning: There is a performance drop because we have not yet implemented the batching rule for aten::histc. Please file us an issue on GitHub so that we can prioritize its implementation. (Triggered internally at  /__w/functorch/functorch/functorch/csrc/BatchedFallback.cpp:85.)
  h = torch.histc(x, bins=n_buckets, min=min_dist, max=max_dist)
```

Version
```
>>> functorch.__version__
'0.1.1'
```

Thanks 


cc @ezyang @gchanan @zou3519 @Chillee @samdow @kshitij12345 @janeyx99 @soumith