sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: stable-diffusion-webui
Issue: [Bug]: Create a LORA model, doesn't show up on my folder of loras on stable diffusion
Labels: asking-for-help-with-local-system-issues

### Is there an existing issue for this?

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

### What happened?

Create my LORA model today but doesn't show up on my folder of loras on stable diffusion. I had other models create in the past and they show up, how i do fix this?

### Steps to reproduce the problem


![image](https://github.com/AUTOMATIC1111/stable-diffusion-webui/assets/131562435/04cca293-da62-4cb7-8ec1-5449b6c49d02)


![image](https://github.com/AUTOMATIC1111/stable-diffusion-webui/assets/131562435/37715db3-e971-4743-ab87-4cd76bae1b28)


### What should have happened?

It should appear my recent created lora.

### Version or Commit where the problem happens

1.5.1

### What Python version are you running on ?

Python 3.10.x

### What platforms do you use to access the UI ?

Linux

### What device are you running WebUI on?

Nvidia GPUs (RTX 20 above)

### Cross attention optimization

xformers

### What browsers do you use to access the UI ?

Brave

### Command Line Arguments

```Shell
--port 7770
--listen
--xformers
```


### List of extensions

![image](https://github.com/AUTOMATIC1111/stable-diffusion-webui/assets/131562435/bbb56bda-1aff-4d31-a2d4-c8375f53ed10)


### Console logs

```Shell
Startup of stable


Using TCMalloc: libtcmalloc_minimal.so.4
Python 3.11.3 (main, Jun  5 2023, 09:32:32) [GCC 13.1.1 20230429]
Version: v1.5.1
Commit hash: 68f336bd994bed5442ad95bad6b6ad5564a5409a
Launching Web UI with arguments: --port 7770 --listen --xformers
Additional Network extension not installed, Only hijack built-in lora
LoCon Extension hijack built-in lora successfully
```


### Additional information

_No response_
Repository: neovim
Issue: vim.ui.select "blocking" version that yields result similar to inputlist()
Labels: enhancement,lua,async

### Problem

`vim.ui.select` is based on the inversion of control pattern and takes as an argument the callback that will handle the selected element. This is clearly a very useful function!

But I was thinking it would also be useful with the blocking variant, perhaps called `vim.ui.select_blocking`, that will instead return the selected element and return control to the calling function. I know we have `inputlist()`, with which I can do this:

```lua
local foo = function()
  local list = {
    "one",
    "two",
    "three",
  }

  local idx = vim.fn.inputlist(list)

  print("You chose: " .. list[idx])
end
```

However, I would argue that `inputlist()` is quite restricted with regards to allowing modern UIs. With `vim.ui.select`, we are able to give the user quite a lot of flexibility. Both with regards to things like adding a formatter function and on allowing different implementations/backends (e.g. fzf, Telescope). Further, `inputlist()` really "feels" old fashioned. It does not work well with things like noice.nvim. I could go on, but I believe most of you understand what I'm talking about here.

### Expected behavior

I would like to do things like this:

```lua
local foo = function()
  local list = {
    "one",
    "two",
    "three",
  }

  local selection = vim.ui.select_blocking(list, {
      prompt =  "please select:",
      format_item =  function(i) return "→ " .. i end,
  })

  print("You chose: " .. selection)
end
```

Where `select_blocking` can have a useful default implementation that can be overridden by users that want to use e.g. things like fzf, Telescope or similar as backends.
Repository: next.js
Issue: Failed to fetch RSC payload. Falling back to browser navigation.
Labels: bug

### Verify canary release

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

### Provide environment information

```bash
Operating System:
      Platform: darwin
      Arch: x64
      Version: Darwin Kernel Version 22.6.0: Wed Jul  5 22:21:56 PDT 2023; root:xnu-8796.141.3~6/RELEASE_X86_64
    Binaries:
      Node: 18.12.1
      npm: 8.19.2
      Yarn: N/A
      pnpm: N/A
    Relevant Packages:
      next: 13.4.14-canary.1
      eslint-config-next: 13.4.12
      react: 18.2.0
      react-dom: 18.2.0
      typescript: 5.1.6
    Next.js Config:
      output: standalone
```


### Which area(s) of Next.js are affected? (leave empty if unsure)

_No response_

### Link to the code that reproduces this issue or a replay of the bug

https://github.com/vercel/next.js/pull/46674

### To Reproduce

Create a server component/layout/page/api/middleware that redirects to an external URL

### Describe the Bug

Next tries to fetch the page (using the fetch api) and fails and then falls back to using browser naviation.

this happens with Request or NextRequest

### Expected Behavior

Next should identify external links automatically or provide a way for them to be identified/handled differently, which would then not attempt to fetch and just allow the server to respond with a redirect header

This issue was addressed in #46674, but the functionality added was to add the fallback to browser navigation, i do not think the initial fetch to the external site should be made avoiding latency and the error being thrown

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

_No response_

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

_No response_
Repository: pytorch
Issue: [bug] Dynamo graph break when using pyton module `heapq` (manipulates with `list`s), although succeeds when placing `heapq.py` near the test script
Labels: low priority,triaged

### 🐛 Describe the bug

OP: https://discuss.pytorch.org/t/is-heapq-module-supported-for-compilation-by-dynamo/185863:

`heapq` is a standard python's module useful for priority queue loops for Dijkstra-like algos:
- https://github.com/python/cpython/blob/main/Lib/heapq.py

@msaroufim: @voznesenskym  on github might say this is a good dynamo starter task XD

```python
import heapq
import torch

@torch.compile(fullgraph=True)
def program():
  h = []
  heapq.heappush(h, 3)
  heapq.heappush(h, 1)
  heapq.heappush(h, 4)
  val = heapq.heappop(h)
  return val * torch.randn(10)

program()
```

### Versions

N/A

cc @voznesenskym @penguinwu @EikanWang @jgong5 @Guobing-Chen @XiaobingSuper @zhuhaozhe @blzheng @Xia-Weiwen @wenzhe-nrv @jiayisunx @chenyang78 @aakhundov @kadeng @anijain2305 @ipiszy
Repository: vscode
Issue: notebook.output.wordWrap does not seem to affect outputs from all Magics
Labels: bug,notebook-output

<!-- ⚠️⚠️ 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/ -->
Does this issue occur when all extensions are disabled?: No, because I need the Jupyter extension to use the Notebook :P

<!-- 📣 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.81.0
- OS Version: Ubuntu 22.04.2

Steps to Reproduce:

1. Put `"notebook.output.wordWrap": true,` in settings.json
2. Create a notebook
3. Add a cell that just contains `%lsmagic`
4. Run the cell and observe that the lines are not wrapped

It doesn't seem to be consistent for all Magics. For example, the `%prun` magic gets word wrap applied.

I noticed this because it was brought up in a comment to [a Stack Overflow answer of mine](https://stackoverflow.com/a/76544407/11107541).
Repository: godot
Issue:  Crash on macOS ARM-64 when closing game in Godot 4.1.1 Mono
Labels: bug,platform:macos,topic:core,crash

### Godot version

4.1.1.Mono

### System information

macOS 13.5, ARM-64 architecture

### Issue description

When using Godot 4.1.1 Mono edition, my game intermittently crashes upon closing. The crash doesn't happen during gameplay, only when the game is terminated. The primary error I see in the crash log is related to `std::__1::mutex::lock()` and the abort signal.

The crash consistently happens on thread 0, which is the main thread (`Dispatch queue: com.apple.main-thread`). This suggests that the main thread encountered an error that it couldn't recover from, leading to the abrupt termination of the application.

### Steps to reproduce

The crash occurs intermittently when I exit the game.  I've reproduced the crash by simply launching the game, letting it run for a second or two, and then closing it.  I can reproduce the crash by using my in-game "Quit" button or by closing the game with the MacOS close application button.  Here's a piece of a simple autoloaded class I've added that listens for the OS close notification and calls GetTree().Quit().  I've reproduced the crash without this piece of code as well though.

```
using Godot;

public partial class Game : Node
{

	public override void _Notification(int what)
	{
		if (what == NotificationWMCloseRequest)
		{
			GD.Print("Closing Notification received: " + what);
			GetTree().Quit();
		}
	}
}
```


### Minimal reproduction project

I'm working on creating a minimal reproduction project.  I'll have that uploaded soon.
```[tasklist]
### Tasks
```
Repository: godot
Issue: [Godot 4.1] RigidBody with a cylinder CollisionShape moving alone
Labels: bug,topic:physics,needs testing,topic:3d

### Godot version

v4.1.stable.official [970459615]

### System information

Godot v4.1.stable - Windows 10.0.19045 - Vulkan (Forward+) - integrated AMD Radeon(TM) Vega 8 Graphics (Advanced Micro Devices, Inc.; 27.20.11030.11001) - AMD Ryzen 5 3500U with Radeon Vega Mobile Gfx (8 Threads)

### Issue description


https://github.com/godotengine/godot/assets/60408080/5ee4aa42-47d6-45ed-8996-7f54e59a50f9



as you can see in this gif, any rigidbody with a cilinder collision shape and radius set to the half of the heigth get this issue.

### Steps to reproduce

Given i created a RigidBody node with a Cylinder CollisionShape
And i set height to 0.5 and radius to 2
And i set the gravity in the project settings to 63
And i add this RigidBody to a Test Scene
And i add a StaticBody surface on the test scene to don't let this body fall
When i execute the test scene
Then i see the RigidBody moving slowly by it's own

### Minimal reproduction project

here's the repo with the issue: https://github.com/lucasthomaz97/CylinderIssue
Repository: go
Issue: proposal: math: add Float, Integer, Complex, Number interfaces
Labels: Proposal

In [exp](https://pkg.go.dev/golang.org/x/exp/constraints) package there was `constraints` package that contained some interfaces, among which `Ordered` was added to Go 1.21. 

I suggest adding those other number-related interfaces from the packages to the `math` package. They can be helpful and useful, and I think that `math` package is the right place for those interfaces (because they group numeric types).

Code that should be added to the `math` package:

```go
type Complex interface {
	~complex64 | ~complex128
}
```

```go
type Float interface {
	~float32 | ~float64
}
```

```go
type Integer interface {
	~int | ~int8 | ~int16 | ~int32 | ~int64 |
	~uint | ~uint8 | ~uint16 | ~uint32 | ~uint64 | ~uintptr
}
```

```go
type Number interface {
	Complex | Float | Integer
}
```
Repository: next.js
Issue: usePathname error when importing { expect, jest } from "@jest/globals"
Labels: bug,Navigation,Testing

### Verify canary release

- [X] I verified that the issue exists in the latest Next.js canary release

### Provide environment information

```bash
Operating System:
      Platform: darwin
      Arch: arm64
      Version: Darwin Kernel Version 22.5.0: Thu Jun  8 22:22:23 PDT 2023; root:xnu-8796.121.3~7/RELEASE_ARM64_T6020
    Binaries:
      Node: 18.16.0
      npm: 9.6.7
      Yarn: N/A
      pnpm: N/A
    Relevant Packages:
      next: 13.4.14-canary.1
      eslint-config-next: 13.4.8
      react: 18.2.0
      react-dom: 18.2.0
      typescript: 5.1.6
    Next.js Config:
      output: export
```

### Which area(s) of Next.js are affected? (leave empty if unsure)

Jest (next/jest), Routing (next/router, next/navigation, next/link)

### Link to the code that reproduces this issue or a replay of the bug

https://github.com/gkphillips/UsePathname-Jest

### To Reproduce

When you `import { expect, jest } from "@jest/globals"`, the tests fail and I get the error "TypeError: (0 , _navigation.usePathname) is not a function".

### Describe the Bug

Importing jest/globals causes tests to fail

### Expected Behavior

I would not think that this has any effect on the usePathname function.

### Which browser are you using? (if relevant)

Chrome 115.0.5790.114

### How are you deploying your application? (if relevant)

_No response_
Repository: next.js
Issue: nextjs 13.4.13 is not transpiling code to browser old versions even with browserslist option in package.json
Labels: bug

### Verify canary release

- [X] I verified that the issue exists in the latest Next.js canary release

### Provide environment information

```bash
Operating System:
      Platform: darwin
      Arch: x64
      Version: Darwin Kernel Version 20.6.0: Thu Mar  9 20:39:26 PST 2023; root:xnu-7195.141.49.700.6~1/RELEASE_X86_64
    Binaries:
      Node: 16.14.2
      npm: 8.5.0
      Yarn: 1.22.19
      pnpm: N/A
    Relevant Packages:
      next: 13.4.14-canary.1
      eslint-config-next: 13.4.13
      react: 18.2.0
      react-dom: 18.2.0
      typescript: 5.1.6
    Next.js Config:
      output: N/A
```


### Which area(s) of Next.js are affected? (leave empty if unsure)

_No response_

### Link to the code that reproduces this issue or a replay of the bug

https://github.com/yanv1991/test-2017

### To Reproduce

run `yarn build` and then `yarn start`

`note: webpack custom config was added to disable minimizer`

look for the `.next` folder inside the `main-xxxxx` file you will see non es5 syntax like: 

![image (1)](https://github.com/vercel/next.js/assets/3800032/87972aea-f486-4ed1-8402-7084fe67519f)


### Describe the Bug

when adding `browserslist` option in package.json with a value like this: `>0.3%, defaults, supports es5` the next bundle is still generating modern syntax.

### Expected Behavior

if browserslist with es5 target is configured the bundle should not generate modern syntax like `let, const`....

### Which browser are you using? (if relevant)

Chrome 48.0.2527.0

### How are you deploying your application? (if relevant)

local
Repository: rust
Issue: `cargo doc` is missing crate links in re-exports
Labels: T-rustdoc,C-bug

<!--
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'm working on getting nightly docs published for a crate I use (https://github.com/valence-rs/valence), but attempting to document the crate is presenting an issue:

I'm currently only trying to document the crate's main package (`valence`) by running `cargo doc --all-features --no-deps`, and the following appears in the crate's re-exports:

![image](https://github.com/rust-lang/rust/assets/74838472/4b95adb8-2c2b-426f-a4e4-3f732f6c6e1c)

It makes sense that all of the `valence_*` crates don't contain links, as those are all part of the repository's workspace packages. I don't understand why the `bevy_*` crates aren't being linked though - the versions `valence` is using are available on docs.rs, and crates like `glam` seem to be linking to docs.rs just fine.

I know this may sound like a support request but it's of my current knowledge that this is a bug in rustdoc somehow - this doesn't seem like it's intended behavior.

### 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.71.1 (eb26296b5 2023-08-03)
binary: rustc
commit-hash: eb26296b556cef10fb713a38f3d16b9886080f26
commit-date: 2023-08-03
host: x86_64-unknown-linux-gnu
release: 1.71.1
LLVM version: 16.0.5
```

<!--
Include a backtrace in the code block by setting `RUST_BACKTRACE=1` in your
environment. E.g. `RUST_BACKTRACE=1 cargo build`.
-->
**Backtrace**
*No output (besides `Finished dev...`)*
Repository: flutter
Issue: [macOS] Provide a way to close the accent panel programmatically
Labels: a: text input,c: new feature,framework,platform-mac,d: api docs,c: proposal,a: desktop,P3,fyi-text-input,team-macos,triaged-macos

### Is there an existing issue for this?

- [X] I have searched the [existing issues](https://github.com/flutter/flutter/issues)
- [X] I have read the [guide to filing a bug](https://flutter.dev/docs/resources/bug-reports)

### Use case

In super_editor, we handle text input by using both `TextInputClient` (with delta model enabled) and `FocusNode`'s `onKey`.

We need to handle key events because some operations generates text editing deltas and others don't. For example, typing a character generates a `TextEditingDeltaInsertion`, but pressing BACKSPACE don't. Because of that, we handle the BACKSPACE key event to delete a character upstream.

By handling the BACKSPACE key event we have the following issue:

After pressing and holding a letter, macOS shows the accent panel:

![Sem Título](https://github.com/flutter/flutter/assets/7597082/d99eb145-5c3e-477f-b8d0-52127dadd3eb)

By pressing BACKSPACE, the panel should close. However, as we handled the BACKSPACE key event, the panel stays open.

### Proposal

Provide a method in `TextInputConnection` so we can close the accent panel after handling the key event.
Repository: pytorch
Issue: Other overloads of `_foreach_clamp`
Labels: module: optimizer,triaged,enhancement,actionable,module: mta

### 🚀 The feature, motivation and pitch

Implement the overloads such as `Tensor`, `TensorList`, and `ScalarList` for `_foreach_clamp`. Currently only `_foreach_clamp(Tensor[], Scalar, Scalar)` is being implemented -- https://github.com/pytorch/pytorch/pull/106574/files#diff-2f3dbd85efb9b5172f2264eedd3be47dd765e6ab7cc8bf3ade5e62c28ae35991R10130

### Alternatives

_No response_

### Additional context

_No response_

cc @vincentqb @jbschlosser @albanD @janeyx99 @mcarilli
Repository: axios
Issue: Why remote the content-type when requestBody is empty ?
Labels: priority::low

### Describe the issue

I have set `headers: { 'content-type': 'application/json' }`. But It can't be send to the server.
And I found the code https://github.com/axios/axios/blob/v1.x/lib/adapters/xhr.js#L195 will remove the `content-type` when the request body is empty.


### Example Code

_No response_

### Expected behavior

Still send the `content-type` to the server ?

### Axios Version

1.3.3

### Adapter Version

xhr

### Browser

chrome

### Browser Version

latest

### Node.js Version

_No response_

### OS

_No response_

### Additional Library Versions

_No response_

### Additional context/Screenshots

_No response_
Repository: vscode
Issue: Support updates in portable version
Labels: feature-request,portable-mode

<!-- ⚠️⚠️ 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. -->
Some Portable software supports automatic updates, which are done automatically through an update program just like the installed version of the software.

Currently the portable version of VS Code can only manually download the zip package and manually overwrite the update, which is not in line with the user experience design of VS Code.
Repository: stable-diffusion-webui
Issue: [Bug]: Failed to connect to ec2.gradio.app:22: [Errno 110] Connection timed out
Labels: asking-for-help-with-local-system-issues

### Is there an existing issue for this?

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

### What happened?

Use Google Colab and run into problems:
Failed to connect to ec2.gradio.app:22: [Errno 110] Connection timed out

### Steps to reproduce the problem

1. Use Google Colab
2. Clone the repo using git clone https://github.com/AUTOMATIC1111/stable-diffusion-webui.git
3. run %pip install torch==1.13.1+cu117 torchvision==0.14.1+cu117 torchtext==0.14.1 torchaudio==0.13.1 torchdata==0.5.1 --extra-index-url https://download.pytorch.org/whl/cu117
4. run %pip install torchmetrics==0.11.4
5. run !git checkout 11d432d
6. Start the webui-user.bat

### What should have happened?

The Web-UI should have launched without any errors.

### Version or Commit where the problem happens

11d432d

### What Python version are you running on ?

None

### What platforms do you use to access the UI ?

_No response_

### What device are you running WebUI on?

_No response_

### Cross attention optimization

Automatic

### What browsers do you use to access the UI ?

_No response_

### Command Line Arguments

```Shell
--theme dark --share --gradio-debug --disable-safe-unpickle --no-half-vae --reinstall-xformers --enable-insecure-extension-access --opt-channelslast
```


### List of extensions

No

### Console logs

```Shell
Running on local URL:  http://127.0.0.1:7860
*** Failed to connect to ec2.gradio.app:22: [Errno 110] Connection timed out
```


### Additional information

I would like to keep using 11d432d if I could.
Repository: pytorch
Issue: Readily available python wheels for windows ARM
Labels: module: binaries,module: windows,feature,triaged

### 🚀 The feature, motivation and pitch

Currently, [PyPI](https://pypi.org/project/torch/#files) does not support arm64 wheels for windows

### Alternatives

Building from source

### Additional context

_No response_

cc @seemethere @malfet @osalpekar @atalman @peterjc123 @mszhanyi @skyline75489 @nbcsm @vladimir-aubrecht @iremyux @Blackhex @cristianPanaite
Repository: pytorch
Issue: `tensor.repeat` quirks: has no `torch.` variant, no `out=` variant, no inplace variant | `torch.tile` also does not have `out=` variant and uses `dims=` instead of `dim=`
Labels: triaged,module: viewing and reshaping,module: python frontend

### 🐛 Describe the bug

subj :)

given that https://github.com/pytorch/pytorch/issues/31980 is slow, we are obliged to sometimes use `tensor.repeat` in loops, so this revealed some `tensor.repeat` issues

### Versions

nightly

cc @albanD
Repository: ant-design
Issue: unable to close Draggable modal after dragging in mobile view, Drag sometimes not working in mobile view
Labels: Inactive,unconfirmed

### Reproduction link

[![Edit on CodeSandbox](https://codesandbox.io/static/img/play-codesandbox.svg)](https://codesandbox.io/s/wdtvmv)

### Steps to reproduce

create a draggable modal and open in mobile view. Drag and try close the modal, doesnt work

### What is expected?

should be closable

### What is actually happening?

not able to close after drag

| Environment | Info |
| --- | --- |
| antd | 5.8.2 |
| React | 18.2 |
| System | web |
| Browser | chrome |

<!-- generated by ant-design-issue-helper. DO NOT REMOVE -->