sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: create-react-app
Issue: Self-closing tags are escaping react-overlay and crashing application while used as regular tag
Labels: needs triage,issue: bug report

### Describe the bug

When I use self-closing tags in my react application, where they are being closed like <></,> instead of only </>, they are escaping react-overlay and crash my application do you have any idea about this bug?
Link for all self-closing tags: https://developer.mozilla.org/en-US/docs/Glossary/Void_element

### Did you try recovering your dependencies?
 Yes, I am using Rush to manage packages.

### Steps to reproduce

<!--
  How would you describe your issue to someone who doesn’t know you or your project?
  Try to write a sequence of steps that anybody can repeat to see the issue.
-->

(Write your steps here:)

1. Add a self-closing tag <br></br> in your react application's readme or any other tag in react file
2. Make sure react-overlay is added to your project
3. Run your application

### Expected behavior
React-overlay should handle the error instead of crashing the application.
<!--
  How did you expect the tool to behave?
  It’s fine if you’re not sure your understanding is correct.
  Just write down what you thought would happen.
-->

(Write what you thought would happen.)

### Actual behavior
The error is escaping react-overlay and crashes the application
Repository: rust
Issue: ICE:  linkage: LLVM ERROR: `global must have a zero initializer!`
Labels: A-LLVM,I-ICE,T-compiler,C-bug,requires-nightly,glacier,S-bug-has-test

<!--
Thank you for finding an Internal Compiler Error! 🧊  If possible, try to provide
a minimal verifiable example. You can read "Rust Bug Minimization Patterns" for
how to create smaller examples.
http://blog.pnkfx.org/blog/2019/11/18/rust-bug-minimization-patterns/
-->

### Code

```Rust
#![crate_type="lib"]
#![feature(linkage)]

#[linkage = "common"]
pub static TEST3: bool = true;
```


### 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.70.0-nightly (db0cbc48d 2023-03-26)
binary: rustc
commit-hash: db0cbc48d4aaa300713a95d9b317a365a474490c
commit-date: 2023-03-26
host: x86_64-unknown-linux-gnu
release: 1.70.0-nightly
LLVM version: 16.0.0
```

### Error output

```
<output>
```

<!--
Include a backtrace in the code block by setting `RUST_BACKTRACE=1` in your
environment. E.g. `RUST_BACKTRACE=1 cargo build`.
-->
<details><summary><strong>Backtrace</strong></summary>
<p>

```
'common' global must have a zero initializer!
ptr @_ZN10treereduce5TEST317hd1b26bd49e54e1d4E
LLVM ERROR: Broken module found, compilation aborted!
```

</p>
</details>


<!-- TRIAGEBOT_START -->

<!-- TRIAGEBOT_ASSIGN_START -->

<!-- TRIAGEBOT_ASSIGN_DATA_START$${"user":"mojingran"}$$TRIAGEBOT_ASSIGN_DATA_END -->

<!-- TRIAGEBOT_ASSIGN_END -->
<!-- TRIAGEBOT_END -->
Repository: TypeScript
Issue: Smart indentation on separated elements should reuse the prior element's starting base indentation
Labels: Suggestion,Rescheduled,Domain: Smart Indentation

Consider what I'd call some "ideal" smart indentation for the following code samples:

```ts
type Foo =
    | "hello"
    | "world";

{| "indentation": 0 |}
```

```ts
let x = 10,
    y = 2;
{| "indentation": 0 |}
```

```ts
let x = 10,
    y = 2,
    {| "indentation": 4 |}
```

```ts
let obj = {
    x: "hello" +
        "world",
    {| "indentation": 4 |}
}
```

```ts
class C {
    x = "hello" +
        "world";
    {| "indentation": 4 |}
}
```

I've specified the "expected" indentation in each of these cases; however, TypeScript today keeps indentation are the same level as the prior line which is wrong. This is especially annoying for the multi-line union case.

There is some ambiguity when one uses an ASI-assuming style though. In these cases, I would personally err on the side of expecting the start indentation.

type Foo =
    | "hello"
    | "world"
{| "indentation": 0 |}
```

```ts
let x = 10,
    y = 2
{| "indentation": 0 |}
```

```ts
class C {
    x = "hello" +
        "world"
    {| "indentation": 4 |}
}
```

Then, even for cases where ASI doesn't really apply:

```ts
let obj = {
    x: "hello" +
        "world"
    {| "indentation": 4 |}
}
```

I would say we should pick the start element's base (where `x` starts), since we'll start doing #52899 eventually.
Repository: terminal
Issue: WPF control / ConPTY example (included)
Labels: Issue-Docs,Product-Meta,Area-WPFControl

I am aware the ConPTY / wpf control are not yet meant for wide/production use (#6999) .  I figured I would put a better example for them working together in a way other users might use it.

From some limited testing it actually works very well.

https://github.com/mitchcapper/ConPtyTermEmulator

Happy to contribute the example here but wasn't quite sure if best to do a PR and if so to where in the repo.  There is an airspace issue I don't know if resolvable (some controls allow you to add children to the control itself so those appear on top of the native window.

I think the nuget package may also need restructuring as The ConPTY OpenTerminal.exe did not end up where the native code expected it.  

It would be nice if there was a way to get the terminal buffer as well.  If there was a select all it would be somewhat hackable with TerminalGetSelection but it doesn't look like it would be too hard to do a PR that is similar to GetSelectedText but for the whole buffer.  Let me know if desired.
Repository: flutter
Issue: [Android] Chromebook android numpad issue
Labels: a: text input,engine,platform-chromebook,P2,team-engine,triaged-engine


Whenever capture keylistener using RawKeyboard.instance.keypressed.
i'm getting with numlock logical key.
this only happening in chromebook android

[✓] Flutter (Channel stable, 3.7.8, on Microsoft Windows [Version 10.0.22621.1413], locale en-US)
[✓] Windows Version (Installed version of Windows is version 10 or higher)
Checking Android licenses is taking an unexpectedly long time...[✓] Android toolchain - develop for Android devices (Android SDK version 33.0.1)
[✓] Chrome - develop for the web
[✓] Visual Studio - develop for Windows (Visual Studio Community 2022 17.5.3)
[!] Android Studio (not installed)
[✓] VS Code (version 1.76.2)
[✓] Connected device (5 available)
[✓] HTTP Host Availability
Repository: flutter
Issue: At least some web engine tests should run on the post-`sdk_rewriter`ed web SDK
Labels: a: tests,engine,platform-web,P2,team-web,triaged-web

Right now, all of our unit tests compile directly against the engine sources in-tree. However, it might make sense to get some of our unit tests compiling agains the post-`sdk_rewriter`ed SDK. It would be better to have our tests validating exactly what we ship. This would also help with test compile times, since we could use the platform files we build as part of our build step.

However, I'm not sure it's possible to do this for *all* of our unit tests, since some of them directly manipulate symbols that are private and may be inaccessible after the rewrite.
Repository: stable-diffusion-webui
Issue: [Feature Request]: img2img - inpaint layout change concept 
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 ?


https://user-images.githubusercontent.com/17048169/228090136-fd7b28ac-794e-428a-b07d-bb63f0cc5d53.mp4



### Proposed workflow

Move mode_img2img > up
img2img_toprow, img2img_prompt_container, img2img_settings, img2img_results move > bottom

### Additional information

_No response_
Repository: opencv
Issue: solvePoly iteration does not work
Labels: bug

### System Information

    maxIters = maxIters <= 0 ? 1000 : maxIters;
    for( iter = 0; iter < maxIters; iter++ )
    {
        maxDiff = 0;
        {
         .......
         maxDiff = std::max(maxDiff, cv::abs(num));
        }
        if( maxDiff <= 0 )
            break;
    }

### Detailed description

since it is impossible for a double variable to be equal to zero, it will not break until max iteration is reached.
I think it is kind of waste of computation resource.

### Steps to reproduce

it always reproduces

### Issue submission checklist

- [X] I report the issue, it's not a question
- [ ] I checked the problem with documentation, FAQ, open issues, forum.opencv.org, Stack Overflow, etc and have not found any solution
- [ ] I updated to the latest OpenCV version and the issue is still there
- [ ] There is reproducer code and related data files (videos, images, onnx, etc)
Repository: transformers
Issue: Add interpolation of position encodings to BLIP-2
Labels: Feature request

### Feature request

ViT implemented in Huggingface Transformers has the feature to enable finetuning with different resolution of images
https://huggingface.co/docs/transformers/model_doc/vit#transformers.ViTModel.forward.interpolate_pos_encoding while the newly implemented BLIP-2 model does not. Would like to add those following the ViT implementation.

### Motivation

I was playing around with the model whether different (mainly higher) resolution of input images helps downstream tasks. 

(Curious to get feedback on whether this feature would be needed or not for the sake of keeping the code simple.)

### Your contribution

It's mostly copying & pasting from the ViT implementation `interpolate_pos_encoding` but have a working code ready and ready for PR to get reviewed (and address bugs).
Repository: stable-diffusion-webui
Issue: [Bug]: Error: Connection errored 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?

This is my first time making a report on github, so I might miss a few things here and there.

I was using it normally for the first 5 minutes, after adding a couple of models, and changed model for the first time, it stayed refreshing for 5 minutes so I decided to refresh the page and now I see errors all over the page, when I type in the input box it shows an error and I can't change models it shows error there, I tried reloading UI, reinstalling the whole git and deleting the huggingface folder from ./cache sometimes it works but after 1 minute it breaks again

![image](https://user-images.githubusercontent.com/66844990/228117644-1dfb9cc5-d056-4cda-96ed-6205c3cf5216.png)

I've tried checking the browser console all I see is 1 error and its
`Firefox can’t establish a connection to the server at ws://127.0.0.1:7860/queue/join.`

### Steps to reproduce the problem

Unknown

### What should have happened?

Should not show error messages and work normally.

### Commit where the problem happens

955df775 

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

Windows

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

Mozilla Firefox

### Command Line Arguments

```Shell
None
```


### List of extensions

Default

### Console logs

```Shell
venv "D:\Workspace\Stable Diffusion WebUI\stable-diffusion-webui\venv\Scripts\Python.exe"
Python 3.10.6 (tags/v3.10.6:9c7b4bd, Aug  1 2022, 21:53:49) [MSC v.1932 64 bit (AMD64)]
Commit hash: 955df7751eef11bb7697e2d77f6b8a6226b21e13
Installing requirements for Web UI
Launching Web UI with arguments:
No module 'xformers'. Proceeding without it.
Loading weights [abcaf14e5a] from D:\Workspace\Stable Diffusion WebUI\stable-diffusion-webui\models\Stable-diffusion\anything-v3-full.safetensors
Creating model from config: D:\Workspace\Stable Diffusion WebUI\stable-diffusion-webui\configs\v1-inference.yaml
LatentDiffusion: Running in eps-prediction mode
DiffusionWrapper has 859.52 M params.
Applying cross attention optimization (Doggettx).
Textual inversion embeddings loaded(0):
Model loaded in 5.2s (load weights from disk: 0.5s, create model: 0.6s, apply weights to model: 0.9s, apply half(): 0.9s, move model to device: 0.9s, load textual inversion embeddings: 1.3s).
Running on local URL:  http://127.0.0.1:7860

To create a public link, set `share=True` in `launch()`.
Startup time: 15.7s (import torch: 2.7s, import gradio: 2.5s, import ldm: 0.6s, other imports: 2.6s, load scripts: 1.1s, load SD checkpoint: 5.6s, create ui: 0.4s, gradio launch: 0.1s).
```


### Additional information

_No response_
Repository: rust
Issue: Diagnostics for missing trait mention ~const even on stable
Labels: A-diagnostics,T-compiler,C-bug

```rust
struct Foo;

impl From<&Vec<bool>> for Foo {
    fn from(other: &Vec<bool>) -> Self {
        Foo
    }
}

fn main() {
    let vec = vec![true, true];
    let f: Foo = vec.into();
}
```

([playpen](https://play.rust-lang.org/?version=nightly&mode=debug&edition=2021&gist=daf2ec6d89f3470f899c78e3917a24e3))

On both stable and nightly, the diagnostics mention `~const`, which is a complete red herring (and a mention of an unstable feature, which we shouldn't do on stable!)

```
error[[E0277]](https://doc.rust-lang.org/nightly/error_codes/E0277.html): the trait bound `Vec<bool>: Into<_>` is not satisfied
  --> src/main.rs:12:22
   |
12 |     let f: Foo = vec.into();
   |                      ^^^^ the trait `~const Into<_>` is not implemented for `Vec<bool>`
   |
   = note: required for `Vec<bool>` to implement `Into<Foo>`
help: consider borrowing here
   |
12 |     let f: Foo = (&vec).into();
   |                  ++   +
```



(I was originally going to file this because the suggestion was missing parens, but that is fixed on nightly)
Repository: stable-diffusion-webui
Issue: [Feature Request]: Batch processing for txt2img with ControlNet
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 ?

Great appreciation to the community for all the contribution and hard work.
Here I would like to propose a new feature, which is to enable batch processing for txt2img with ControlNet.
Currently, this is possible on img2img, so a feature similar to it on txt2img would be nice.

The key limitation of ControlNet on img2img is that Highres.fix is not available.
Though it is possible to increase resolution in the ouput, it just seems (to me, at least) that Highres.fix still renders pictures with better quality.
(e.g., there are two ways to get final output = 960\*1440, [1] by 640\*960 with 1.5x highres [2] directly generate 960\*1440. For most of the images I tried, [1] gives a better quality than [2] even with other parameters setting exactly the same.

Or, Highres.fix enabled on img2img might probably solve the problem too.

### Proposed workflow

1. In txt2img ControlNet , add one option to set an input folder of images.
2. ControlNet iterates over all images in the designated folder, and apply it to generate new image for each image in the folder.


### Additional information

_No response_
Repository: go
Issue: proposal: x/crypto/ocsp: Export `certID` and the code that populates it
Labels: Proposal,Proposal-Crypto

I am implementing [ACME Renewal Information (ARI)](https://datatracker.ietf.org/doc/draft-ietf-acme-ari/) for TLS servers to be able to automatically renew their certificates within a CA-designated timeframe.

It turns out that ARI is actually an OCSP request, but with slightly different ceremony: the GET request URI is literally suffixed with an encoded [RFC 6960 OCSP request `CertID` structure](https://datatracker.ietf.org/doc/rfc6960/).

Unfortunately, [`ocsp.CreateRequest()`](https://pkg.go.dev/golang.org/x/crypto/ocsp#CreateRequest) returns an opaque byte slice. The data we need is that exact same data but without the following (essentially empty) wrapping:

```go
ocspRequest{
	tbsRequest{
		Version: 0,
		RequestList: []request{
			{
				Cert: 
```

I'd like to propose that we export the bulk of this function:

https://cs.opensource.google/go/x/crypto/+/refs/tags/v0.7.0:ocsp/ocsp.go;l=628-666

and update this comment:

```go
	// OCSP seems to be the only place where these raw hash identifiers are
	// used.
```

since now, in 2023, there is one other place that the raw hash identifier is used: ARI. :sweat_smile:

The exported function should return an [exported `CertID` struct](https://cs.opensource.google/go/x/crypto/+/refs/tags/v0.7.0:ocsp/ocsp.go;l=79-84;drc=018c28f8a114a06529db797a334e535135fa601d). From there, marshaling as ASN.1 is easy (with `asn1.Marshal()`).

Of course, `CreateRequest()` would reuse the same code, now exported for the benefit of ARI clients. :blush: 

Hope this makes sense. Thanks for considering!
Repository: opencv
Issue: The bar run out of window
Labels: bug

### System Information

opencv-python 4.7.0
Python 3.9.13
vscode
MacBook Air
Apple M1

### Detailed description

the bar can drag out of the window.
In the youtube tutorial, using windows doesn't have bug.
https://youtu.be/xjrykYpaBBM
time:1:08:19
I think this bug only in mac system. 

### Steps to reproduce

import cv2

print(cv2.__version__)

img = cv2.imread('jk.jpg')
cv2.imshow('oxxostudio', img)

def test(val):
    print(val)

#error log
cv2.createTrackbar('test', 'oxxostudio', 0, 15, test)
cv2.setTrackbarPos('test', 'oxxostudio', 5)

keycode = cv2.waitKey(0)

### Issue submission checklist

- [X] I report the issue, it's not a question
- [ ] I checked the problem with documentation, FAQ, open issues, forum.opencv.org, Stack Overflow, etc and have not found any solution
- [ ] I updated to the latest OpenCV version and the issue is still there
- [ ] There is reproducer code and related data files (videos, images, onnx, etc)
Repository: stable-diffusion-webui
Issue: [Bug]: Occasionally getting stuck at end of image generation (VAE)
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've had this happen on rare occasions, where image generation gets stuck at the end, no error message but GPU is stuck at 100% usage forever. Some of them stopped and output image when I clicked on the Skip button, others nothing could stop it other than closing process. Could be a costly bug if it happens when you leave for a while after running a batch.

Things that might be related: 
Happened during highres fix at 1920x1080
VRAM was always maxed out (even when it shouldn't have normally been; after restarting webui and generating same image, 8gb/12gb is used during VAE VRAM spike)
Live previews were on but set to "Approx NN" mode
I tried turning on "Tiled VAE" from extension "multidiffusion upscaler" since it reduces VAE VRAM usage, but it still happened. 
Happened in batch and single image.

### Steps to reproduce the problem

1. Generate image that uses full VRAM to process VAE
2. Roll dice
3. Get stuck at end of generation maybe

### What should have happened?

Generation doesn't get stuck, or it gives an OOM error and aborts.

### Commit where the problem happens

a9fed7c

### What platforms do you use to access the UI ?

Windows

### What browsers do you use to access the UI ?

Google Chrome

### Command Line Arguments

```Shell
--xformers (happened with --no-half-vae on and off)
```


### List of extensions

![2023-03-28 00_58_17-Stable Diffusion](https://user-images.githubusercontent.com/42014327/228133396-3476c940-5830-42f9-9975-39ff680eeecd.png)


### Console logs

```Shell
Did not think to save logs when it happened, but there was nothing particular, it just freezes. Only thing of note is that when Tiled VAE was on which adds a progress bar for VAE processing in logs, it was stuck halfway.

Will update if it happens again.
```


### Additional information

gpu: 3060 12gb
Repository: go
Issue: x/build: `unexpected EOF` from `symbolic-datum-552` module proxy
Labels: Builders,NeedsInvestigation

```
#!watchflakes
post <- log ~ `\.go:\d+:\d+: .*symbolic-datum-552.*@v.*: unexpected EOF`
```

Issue created automatically to collect these failures.

Example ([log](https://build.golang.org/log/bf53a588b395ff21908658653c29c1e13da10c73)):

    ../../../../pkg/mod/github.com/googleapis/gax-go/v2@v2.1.1/apierror/apierror.go:39:2: google.golang.org/api@v0.60.0: read "http:/gk3-services-nap-jetxd907-311fef32-fdvf.c.symbolic-datum-552.internal:30157/@v/v0.60.0.zip": unexpected EOF
    ../../../../pkg/mod/cloud.google.com/go/storage@v1.18.2/bucket.go:32:2: google.golang.org/api@v0.60.0: read "http:/gk3-services-nap-jetxd907-311fef32-fdvf.c.symbolic-datum-552.internal:30157/@v/v0.60.0.zip": unexpected EOF
    ../../../../pkg/mod/cloud.google.com/go/storage@v1.18.2/bucket.go:33:2: google.golang.org/api@v0.60.0: read "http:/gk3-services-nap-jetxd907-311fef32-fdvf.c.symbolic-datum-552.internal:30157/@v/v0.60.0.zip": unexpected EOF
    ../../../../pkg/mod/cloud.google.com/go/storage@v1.18.2/internal/apiv2/doc.go:62:2: google.golang.org/api@v0.60.0: read "http:/gk3-services-nap-jetxd907-311fef32-fdvf.c.symbolic-datum-552.internal:30157/@v/v0.60.0.zip": unexpected EOF
    ../../../../pkg/mod/cloud.google.com/go/storage@v1.18.2/internal/apiv2/storage_client.go:26:2: google.golang.org/api@v0.60.0: read "http:/gk3-services-nap-jetxd907-311fef32-fdvf.c.symbolic-datum-552.internal:30157/@v/v0.60.0.zip": unexpected EOF
    ../../../../pkg/mod/cloud.google.com/go/storage@v1.18.2/acl.go:24:2: google.golang.org/api@v0.60.0: read "http:/gk3-services-nap-jetxd907-311fef32-fdvf.c.symbolic-datum-552.internal:30157/@v/v0.60.0.zip": unexpected EOF
    ../../../../pkg/mod/cloud.google.com/go/storage@v1.18.2/storage.go:50:2: google.golang.org/api@v0.60.0: read "http:/gk3-services-nap-jetxd907-311fef32-fdvf.c.symbolic-datum-552.internal:30157/@v/v0.60.0.zip": unexpected EOF
    ../../../../pkg/mod/cloud.google.com/go/storage@v1.18.2/internal/apiv2/storage_client.go:27:2: google.golang.org/api@v0.60.0: read "http:/gk3-services-nap-jetxd907-311fef32-fdvf.c.symbolic-datum-552.internal:30157/@v/v0.60.0.zip": unexpected EOF
    ../../../../pkg/mod/cloud.google.com/go/storage@v1.18.2/storage.go:51:2: google.golang.org/api@v0.60.0: read "http:/gk3-services-nap-jetxd907-311fef32-fdvf.c.symbolic-datum-552.internal:30157/@v/v0.60.0.zip": unexpected EOF


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: godot
Issue: [3.x, Bullet] SoftBody is translated to world origin upon setting physics_enabled to true
Labels: bug,topic:physics

### Godot version

3.5.2.stable.official and 3.6.beta (commit befdafdbf6)

### System information

Windows 10, GLES3

### Issue description

For a 3D softbody, if physics_process is set to false in the editor, setting it to true in-game will cause the mesh to be translated to the world origin, except for vertices pinned to an object, permanently deforming the softbody.
There seem to be more complicated triggers for this issue, such as removing and re-adding a softbody to the tree when physics_enabled is false, which I suspect are from the same underlying issue.

The scenario I'm using this for is having softbodies disabled when they're initially loaded and only enabling them when the player is nearby, for cosmetic effects such as flags and curtains. I can work around it by starting with the physics enabled and disabling after a small amount of time.

### Steps to reproduce

Create a softbody with a mesh.
Move it somewhere other than the origin
Set "physics_enabled" to false in the editor.
In-game, set physics_enabled to true and observe the softbody move to the origin.

### Minimal reproduction project

[softbody.zip](https://github.com/godotengine/godot/files/11086291/softbody.zip)
In this project, physics can be enabled for all the softbodies by pressing space.
It also demonstrates a workaround where the physics are enabled briefly at the start of the scene.