sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: rust
Issue: Compiler hang on resursive trait bound when async fn in trait
Labels: A-trait-system,T-compiler,I-compilemem,C-bug,I-hang,fixed-by-next-solver

### Code

```Rust
pub trait HasError {
    type Error;
}

pub trait Foo: HasError {
    // removing `async` emits E0275 instead of hanging until OOM
    async fn foo() -> Result<(), Self::Error>;
}

pub struct MyStruct<'a> {
    _inner: &'a (),
}

impl<'a> HasError for MyStruct<'a>
where
    Self: HasError<Error = ()>,
{
    type Error = ();
}

impl<'a> Foo for MyStruct<'a> {
    async fn foo() -> Result<(), ()> {
        loop {}
    }
}
```
[Playground, with more comments](https://play.rust-lang.org/?version=nightly&mode=debug&edition=2021&gist=4d1ca11b715299f99251e42154161dad)


### 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.76.0-nightly (6b771f6b5 2023-11-15)
binary: rustc
commit-hash: 6b771f6b5a6c8b03b6322a9c77ac77cb346148f0
commit-date: 2023-11-15
host: x86_64-unknown-linux-gnu
release: 1.76.0-nightly
LLVM version: 17.0.5
```
FWIW, also fails on stable 1.70 and 1.60, sometimes with error output about the recursion limit, but always hangs in the versions I tried.

### Error output

```
<no output given by cargo, hangs until OOM killed>
```

### Using `-Ztrait-solver=next`
Fixed when using `-Ztrait-solver=next` on nightly (2023-11-15 shown above), as it reports an error correctly.
Posting this issue because I'm not sure how soon that "next" trait solver will become the default (e.g. for stable).
```
$ RUSTFLAGS="-Ztrait-solver=next" cargo c
+ command cargo c
    Checking ice_117999 v0.1.0 (/home/user/ice_117999)
error[E0275]: overflow evaluating the requirement `<impl Future<Output = Result<(), ()>> as Future>::Output == Result<(), <MyStruct<'a> as HasError>::Error>`
  --> src/lib.rs:38:5
   |
38 |     async fn foo() -> Result<(), ()> {
   |     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
   |
   = help: consider increasing the recursion limit by adding a `#![recursion_limit = "256"]` attribute to your crate (`ice_117999`)
note: required by a bound in `Foo::{opaque#0}`
  --> src/lib.rs:18:5
   |
18 |     async fn foo() -> Result<(), Self::Error>;
   |     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ required by this bound in `Foo::{opaque#0}`

For more information about this error, try `rustc --explain E0275`.
error: could not compile `ice_117999` (lib) due to previous error
```

<!--
Include a backtrace in the code block by setting `RUST_BACKTRACE=1` in your
environment. E.g. `RUST_BACKTRACE=1 cargo build`.
-->
<strong>Backtrace</strong> - not available, since rustc hangs until OOM killed
Repository: stable-diffusion-webui
Issue: [Feature Request]: Script for txt2img independent from UI 
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 ?


I would like some help writing a script that takes inspo from the underlying code used in auto111 to run txt2img using lora or dreambooth sdxl models
I have been trying to use diffusers but the results are not the same as the one I get using auto1111

### Proposed workflow

I would like some help to write a script to simply run txt2img  with following features:
- positive  prompt 
- nevgative prompt is textual inversion token
- use a lora sdxl model from SDXL base or dreambooth sdxl model 
-  prompt longer than 75 tokens
-  xy plot base on lora or db checkpoint


### Additional information

_No response_
Repository: kubernetes
Issue: globalmount path will be residual when kubelet restarts
Labels: kind/bug,sig/storage,help wanted,triage/accepted

### What happened?

In 1.28 k8s cluster
1. delete pod A(using pvc)
2. `acknowledgeTerminating/syncTerminatingPod` enter and pod A's `podSyncStatuses.startedTerminating` = true
3. dsw doesn't contain any volume about pod A. asw.reconciler start to `unmountVolume`. Reconciler will execute `removeMountDir` function to remove `ROOTDIR/pods/podUID/volumes/kubernetes.io~csi/pvName/mount` and `ROOTDIR/pods/podUID/volumes/kubernetes.io~csi/pvName` dir after csi-driver finished executing `NodeUnpublishVolume` method. 
4. Before reconciler executes `unmountdevice` method, **kubelet restarts**. When kubelet is at the start-up stage, it will `reconstruct` asw. `getVolumesFromPodDir` function will try to list all volumeNames in volumePluginDirs(`ROOTDIR/pods/podUID/volumes/kubernetes.io~csi`) , but pod A's volume dir has been deleted. If dsw doesn't contain any volume about pod A, VolumeInUse in nodeStatus will be refresh and volume about pod A will be wiped.
5. In this way, AttachDetachController will detach pod A's volume which hasn't been unstaged yet and it may result in volume corrupted. 
6. create pod B. If pod B uses same pvc, csi-driver will skip nodeStageVolume because globalmount path still be a mountpoint. But volume device has been detached actually. So if pod B wants to write something into non-existent volume device, it will get error.

solution:
1. csi-driver should to recheck whether volume device mounted on globalmount exists. if not, csi-driver should re-mount real volume device on globalmount path
2. asw reconstruct need to consider existent globalmount path additionally not only pod volume dir
I am not sure which one is better

### What did you expect to happen?

1. volume device is detached safely
2. pod B can write something normally

### How can we reproduce it (as minimally and precisely as possible)?

above-mentioned steps

### Anything else we need to know?

_No response_

### Kubernetes version

all kubernetes version

### Cloud provider

<details>

</details>


### OS version

<details>

```console
# On Linux:
$ cat /etc/os-release
# paste output here
$ uname -a
# paste output here

# On Windows:
C:\> wmic os get Caption, Version, BuildNumber, OSArchitecture
# paste output here
```

</details>


### Install tools

<details>

</details>


### Container runtime (CRI) and version (if applicable)

<details>

</details>


### Related plugins (CNI, CSI, ...) and versions (if applicable)

<details>

</details>
Repository: ant-design
Issue: table 虚拟列表 scrollTo 希望增加align功能
Labels: 💡 Feature Request,Inactive

### Reproduction link

[![Edit on CodeSandbox](https://codesandbox.io/static/img/play-codesandbox.svg)](https://codesandbox.io/s/kgk7fj?file=/demo.tsx:2454-2460)

### Steps to reproduce

使用scrollTo 函数

### What is expected?

期望align字段，类似虚拟列表中{
      index: number;
      align?: ScrollAlign;
      offset?: number;
    }

### What is actually happening?

目前只能滚动到最底部

| Environment | Info |
| --- | --- |
| antd | undefined |
| React | 18.2 |
| System | win 10 |
| Browser | chrome 118 |

<!-- generated by ant-design-issue-helper. DO NOT REMOVE -->
Repository: ollama
Issue: Support WhisperForConditionalGeneration
Labels: feature request,model request

Hi, it will be so great if ollama can run openai/whisper, then we can chain voice and text. Is there any roadmap about it?
Repository: godot
Issue: Export to win desktops doesn't response. .NET: Failed to load hostfxr    at: (modules/mono/mono_gd/gd_mono.cpp:388)
Labels: bug,needs testing,topic:dotnet

### Godot version

v4.1.2.stable.mono.official

### System information

win11  Vulkan API 1.2.188 - Forward+ - Using Vulkan Device #0: AMD - Radeon (TM) Pro WX 5100 Graphics

### Issue description

The game is okay in editor, and as it being exported there was no error, but the exported exe shows no response to any key or mouse event.

This is what is reported in the console window:
```Godot Engine v4.1.2.stable.mono.official.399c9dc39 - https://godotengine.org
Vulkan API 1.2.188 - Forward+ - Using Vulkan Device #0: AMD - Radeon (TM) Pro WX 5100 Graphics

ERROR: .NET: Failed to load hostfxr
   at: (modules/mono/mono_gd/gd_mono.cpp:388)
Viewport Resolution is: (1920, 1080)
---SAVE---user://save_2023-11-17-15.16.12.csv----SAFE----
```

The exe will crash ant exit after a few mouse clicks.



### Steps to reproduce

This is export settings:
![image](https://github.com/godotengine/godot/assets/96105491/7b9235ac-8d9c-4fd7-b2b5-6a90c9443715)

It used to be fine when exporting all, there were 4 items: a folder contained lots of  .dll files, a pck and a runand a release.
Now the folder with .dll was lacked, but no error reported when exporting， so I don't know how to fix this. Is there anything I should check or missed?

### Minimal reproduction project

https://github.com/ZHTis/godot2d_Ray
Repository: bitcoin
Issue: wallet RPC to double-check the calculated balance
Labels: Feature,Wallet,RPC/REST/ZMQ

### Please describe the feature you'd like to see added.

Sometimes a user may put in the wrong birthdate when calling `importdescriptors`.

Adding a `checkbalance` RPC (or a `check` argument to the `getbalances` RPC) to check that the calculated balance is correct by re-calculating it in a different way may be a solution. It could iterate over the utxo set for the check and then instruct for a `rescan` to restore missing transaction history and balance, if two different balances were calculated.

### Is your feature related to a problem, if so please describe it.

https://github.com/bitcoin/bitcoin/issues/28897

### Describe the solution you'd like

_No response_

### Describe any alternatives you've considered

_No response_

### Please leave any additional context

_No response_
Repository: stable-diffusion-webui
Issue: [Bug]: Randomly stops sometimes in middle of generation (4090)
Labels: bug-report

### Is there an existing issue for this?

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

### What happened?

I have noticed this on two separate computers. It was fine for a month but as of late when I am generating with adetailer at 512x512 one of our every 10 images or it will just randomly stop generating at different percentage, sometimes it gets 70 percent there and stops, sometimes 90 percent. The only thing that works is completely rebooting the webui-user.bat and resuming.

My other PC I have was fine, but also just started doing it lately. I can't find the cause.

### Steps to reproduce the problem

1. Generate a bunch of images with adetailer.
2. Hard to reproduce or find the exact cause.
3. Checked performance and not a lot of ram is being used in general, and plenty of vram still available when it's actually generating, 4090 with 24gb.



### What should have happened?

It shouldn't stop generating, the progress bar in the cmd window just stops.

### Sysinfo

I accidently deleted it. I can post it tomorrow. I have a 4090, x670e tuf gaming motherboard, 7800x3d, and 32gb ddr5

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

Mozilla Firefox

### Console logs

```Shell
I can post them tomorrow, there is no error it just freezes on the progress bar in the cmd window with no information.
```


### Additional information

_No response_
Repository: pytorch
Issue: DISABLED test_distributed_checkpoint_state_dict_type1 (__main__.TestDistributedCheckpoint)
Labels: oncall: distributed,module: flaky-tests,skipped

Platforms: linux, rocm

This test was disabled because it is failing in CI. See [recent examples](https://hud.pytorch.org/flakytest?name=test_distributed_checkpoint_state_dict_type1&suite=TestDistributedCheckpoint) and the most recent trunk [workflow logs](https://github.com/pytorch/pytorch/runs/18770975248).

Over the past 3 hours, it has been determined flaky in 4 workflow(s) with 6 failures and 4 successes.

**Debugging instructions (after clicking on the recent samples link):**
DO NOT ASSUME THINGS ARE OKAY IF THE CI IS GREEN. We now shield flaky tests from developers so CI will thus be green but it will be harder to parse the logs.
To find relevant log snippets:
1. Click on the workflow logs linked above
2. Click on the Test step of the job so that it is expanded. Otherwise, the grepping will not work.
3. Grep for `test_distributed_checkpoint_state_dict_type1`
4. There should be several instances run (as flaky tests are rerun in CI) from which you can study the logs.


Test file path: `distributed/fsdp/test_distributed_checkpoint.py`

cc @mrshenli @pritamdamania87 @zhaojuanmao @satgera @rohan-varma @gqchen @aazzolini @osalpekar @jiayisuse @H-Huang @kwen2501 @awgu @penguinwu @fegin @XilunWu
Repository: pytorch
Issue: DISABLED test_distributed_checkpoint_state_dict_type0 (__main__.TestDistributedCheckpoint)
Labels: oncall: distributed,module: flaky-tests,skipped

Platforms: linux, rocm



This test was disabled because it is failing in CI. See [recent examples](https://hud.pytorch.org/flakytest?name=test_distributed_checkpoint_state_dict_type0&suite=TestDistributedCheckpoint) and the most recent trunk [workflow logs](https://github.com/pytorch/pytorch/runs/18771607116).

Over the past 3 hours, it has been determined flaky in 3 workflow(s) with 4 failures and 3 successes.

**Debugging instructions (after clicking on the recent samples link):**
DO NOT ASSUME THINGS ARE OKAY IF THE CI IS GREEN. We now shield flaky tests from developers so CI will thus be green but it will be harder to parse the logs.
To find relevant log snippets:
1. Click on the workflow logs linked above
2. Click on the Test step of the job so that it is expanded. Otherwise, the grepping will not work.
3. Grep for `test_distributed_checkpoint_state_dict_type0`
4. There should be several instances run (as flaky tests are rerun in CI) from which you can study the logs.


Test file path: `distributed/fsdp/test_distributed_checkpoint.py`

cc @mrshenli @pritamdamania87 @zhaojuanmao @satgera @rohan-varma @gqchen @aazzolini @osalpekar @jiayisuse @H-Huang @kwen2501 @awgu @penguinwu @fegin @XilunWu
Repository: pytorch
Issue: deep copy 'HigherOrderOperator' bug
Labels: triaged,module: higher order operators,module: pt2-dispatcher

### 🐛 Describe the bug

'HigherOrderOperator'  op can't be deeply copied.

```
import torch
import copy

copy.deepcopy(torch._prims.rng_prims.run_and_save_rng_state)
```
err msg as belows:

Traceback (most recent call last):
  File "test_pickle_dispatch.py", line 6, in <module>
    copy.deepcopy(torch._prims.rng_prims.run_and_save_rng_state)
  File "/usr/lib/python3.8/copy.py", line 172, in deepcopy
    y = _reconstruct(x, memo, *rv)
  File "/usr/lib/python3.8/copy.py", line 269, in _reconstruct
    state = deepcopy(state, memo)
  File "/usr/lib/python3.8/copy.py", line 146, in deepcopy
    y = copier(x, memo)
  File "/usr/lib/python3.8/copy.py", line 229, in _deepcopy_dict
    y[deepcopy(key, memo)] = deepcopy(value, memo)
  File "/usr/lib/python3.8/copy.py", line 161, in deepcopy
    rv = reductor(4)
TypeError: cannot pickle 'torch._C.DispatchKeySet' object


### Versions

Versions of relevant libraries:
[pip3] numpy==1.24.4
[pip3] torch==2.2.0a0+gitd64bc8f
[pip3] torchvision==0.15.2
[pip3] triton==2.1.0

cc @zou3519 @ydwu4
Repository: stable-diffusion-webui
Issue: [Bug]: CUDA error: an illegal memory access was encountered
Labels: bug-report

### Is there an existing issue for this?

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

### What happened?

Recieving CUDA error: an illegal memory access was encountered when trying to generate more than 1 image. 

Before November 15th everything worked fine. Stable Diffusion can generate 1 picture, trying to generate the second one and get the error. Comfyui, Topaz Video AI also do not work. Tried to reinstall Windows, reinstall Stable Diffusion, drivers as well - that did not solve the issue. 

### Steps to reproduce the problem

1. Start Stable Diffusion 
2. Generate more than one image
3. Encounter Error:(


### What should have happened?

Before multiple batches of images generated with no problem. 

### Sysinfo

Windows 10. Python 3.10.11. Torch 2.0.1 + cu118.
The Videocard is 16GB MSI GeForce RTX 4060 Ti Gaming X Aktiv. RAM is 48GB DDR4 3200mhz.

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

Mozilla Firefox, Google Chrome

### Console logs

```Shell
Traceback (most recent call last):
  File "C:\Python\lib\[threading.py](http://threading.py/)", line 1016, in _bootstrap_inner
    [self.run](http://self.run/)()
  File "D:\stable-diffusion-webui\modules\[memmon.py](http://memmon.py/)", line 53, in run
    free, total = self.cuda_mem_get_info()
  File "D:\stable-diffusion-webui\modules\[memmon.py](http://memmon.py/)", line 34, in cuda_mem_get_info
    return torch.cuda.mem_get_info(index)
  File "D:\stable-diffusion-webui\venv\lib\site-packages\torch\cuda\[memory.py](http://memory.py/)", line 618, in mem_get_info
    return torch.cuda.cudart().cudaMemGetInfo(device)
RuntimeError: CUDA error: an illegal memory access was encountered
Compile with TORCH_USE_CUDA_DSA to enable device-side assertions.
```


### Additional information

Can the Videocard be faulty? Maybe something broke inside? The cards is relatively new, just got it 2 months ago.
Repository: pytorch
Issue: libtorch_cpu.so: Undefined symbol "__assert_fail"
Labels: module: binaries,triaged

### 🐛 Describe the bug

``` import torch``` fails:

```
$ python3.9
Python 3.9.18 (main, Oct 19 2023, 01:22:22) 
[Clang 14.0.5 (https://github.com/llvm/llvm-project.git llvmorg-14.0.5-0-gc1238 on freebsd13
Type "help", "copyright", "credits" or "license" for more information.
>>> import torch
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/lib/python3.9/site-packages/torch/__init__.py", line 235, in <module>
    from torch._C import *  # noqa: F403
ImportError: /usr/local/lib/python3.9/site-packages/torch/lib/libtorch_cpu.so: Undefined symbol "__assert_fail"
```

This happens on FreeBSD 13.2, when PyTorch is installed from the FreeBSD package.

### Versions

2.1.0

cc @seemethere @malfet @osalpekar @atalman
Repository: node
Issue: repl: /x/dg is autocompleted to bogus /x/dgram
Labels: confirmed-bug,repl

v21.2.0
```
$ node 
Welcome to Node.js v21.2.0.
Type ".help" for more information.
> /x/dg
/x/dgram
^

Uncaught SyntaxError: Invalid regular expression flags
> 
```
IOW, the REPL autocompletes `/x/dg<CR>` to `/x/dgram`.
Repository: material-ui
Issue: [Tooltip] Getting a tooltip for the hidden items of a scrolling items
Labels: component: tooltip

### Duplicates

- [X] I have searched the existing issues

### Latest version

- [X] I have tested the latest version

### Steps to reproduce 🕹

Link to live example:

Steps:

1.Create a div with overflowY:"scroll" and limit the height
2.if you scroll up or down , Tooltip will move more than the height in top and bottom of div
3.
[HTML code.txt](https://github.com/mui/material-ui/files/13390935/HTML.code.txt)


### Current behavior 😯

Even my element is invisible and it exist above the div, the tooltip shows

### Expected behavior 🤔

The tooltip show only is the element is visible

### Context 🔦

_No response_

### Your environment 🌎

<details>
  <summary><code>npx @mui/envinfo</code></summary>

```
  Don't forget to mention which browser you used.
  Output from `npx @mui/envinfo` goes here.
```
</details>
Repository: storybook
Issue: [Bug]: ArgTypes and include are incompatible
Labels: question / support,documentation,addon: controls

### Describe the bug

I have a story file. In the meta, I defined the argTypes object to customize the controls. 

However as soon as I add some args to the inclusion list:
```
 parameters: {
    controls: { include: [ /*my args*/ ] },
  },
```
they disappear from the controls table.

As soon as I remove an arg from either the `argTypes` or the inclusion list, it reappears in the controls table.

### To Reproduce

_No response_

### System

_No response_

### Additional context

_No response_
Repository: vscode
Issue: Linux integration test crash in native-keymap
Labels: bug,freeze-slow-crash-leak,linux,integration-test-failure

https://dev.azure.com/vscode/VSCode/_build/results?buildId=108752&view=results

[crash-dump-linux-x64-integration-1.zip](https://github.com/microsoft/vscode/files/13390989/crash-dump-linux-x64-integration-1.zip)
Repository: next.js
Issue: I18n breaks when using a middleware
Labels: bug,Navigation,Runtime

### Link to the code that reproduces this issue

https://github.com/cornedor/i18n-routing-bug

### To Reproduce

Create a next app with:
1. i18n configured
2. a middleware (the middleware doesn't have to do anything or match the requested paths)
3. A page with getStaticProps

When clicking a Next link: 
1. the getStaticProps function in the requested page will receive an incorrect locale. 
2. The x-nextjs-matched-path header shows the same incorrect locale


https://github.com/vercel/next.js/assets/570297/ecee7863-a532-467d-a62d-05951ee68458



### Current vs. Expected behavior

When clicking the link, the correct locale will be used.

### 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 23.1.0: Mon Oct  9 21:28:45 PDT 2023; root:xnu-10002.41.9~6/RELEASE_ARM64_T6020
Binaries:
  Node: 18.18.2
  npm: 9.8.1
  Yarn: 1.22.19
  pnpm: N/A
Relevant Packages:
  next: 14.0.4-canary.1
  eslint-config-next: 14.0.3
  react: 18.2.0
  react-dom: 18.2.0
  typescript: 5.2.2
Next.js Config:
  output: N/A
```

Also tested in:

- 14.0.4-canary.6
- 14.1.1-canary.13


### Which area(s) are affected? (Select all that apply)

Internationalization (i18n), Middleware / Edge (API routes, runtime), Routing (next/router, next/navigation, next/link)

### Additional context

This seems to be an issue with all 14.0.x versions.
Repository: three.js
Issue: BatchedMesh: Provide approach for sharing geometry and transforms between BatchedMesh
Labels: Enhancement

### Description

Right now you can render a number of geometries with a single material using a BatchedMesh but you may want to swap materials of an individual mesh for things like selection, highlighting, etc. Right now that means creating and maintaining a completely different BatchedMesh which is slower and takes more memory. Instead it would be best if two BatchedMeshes could share geometry and potentially transform data so they can both specify different materials and visibility arrays.

### Solution

I'm not exactly sure of some of the options here - but one solution is to add a "BatchedBufferGeometry" object that BatchedMesh references and stores all the geometry, draw ranges, etc. The BatchedMesh would still bookkeep the multidraw buffers, etc:

```js
const mesh1 = new BatchedMesh( maxGeometryCount, maxVertexCount, maxIndexCount, material1 );
const index = mesh1.geometry.addGeometry( ... );
mesh1.setMatrixAt( ... );

const mesh2 = new BatchedMesh( mesh1.geometry, material2 );

mesh1.setVisibilityAt( 0, false );
mesh1.setVisibilityAt( 1, true );
scene.add( mesh1, mesh2 );
```

### Alternatives

Instead the end user could just use something like a proxy or wrapper class that forwards all common information between the BatchedMeshes while reimplementing all needed:

```js
const mesh1 = new BatchedMesh( ... );
const mesh2 = new BatchedMeshWrapper( mesh1 );
```

Or - possibly the better approach - BatchedMesh could support different and arbitrary material properties and textures but this can get complicated. It's possible this would be best done with node materials in the future.

### Additional context

User mentioned this need in three-mesh-bvh: https://github.com/gkjohnson/three-mesh-bvh/issues/513