sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: excalidraw
Issue: Arrow with label looks different on exported image and on canvas
Labels: bug,Labeled Arrows

The padding is missing

![image](https://user-images.githubusercontent.com/14358394/208200473-1b3bf641-e6a3-44de-8b0e-c33a553e065c.png)

![image](https://user-images.githubusercontent.com/14358394/208200518-ecf3f140-ea79-48c7-9fe5-d5c68c821ec4.png)
Repository: flutter
Issue: Enable icon tree shaking with dart2wasm
Labels: dependency: dart,platform-web,P3,blocked,e: wasm,team-web,triaged-web

Once dart2wasm actually has support for doing a two-phase compile, we can turn on icon tree shaking.
Repository: godot
Issue: Compute Shader only updates after second time entering play mode
Labels: bug,topic:editor,topic:shaders

### Godot version

v4.0.beta8.official [45cac42c0]

### System information

Windows 11

### Issue description

after copying the compute shader example from the 4.0 docs, when ever i make changes to the shader the changes don't take effect after the first time i enter play mode, stopping and entering play mode again causes the changes to take effect

### Steps to reproduce

```glsl
#[compute]

#version 450

// Based on this tweet by Clay John:
// https://twitter.com/john_clayjohn/status/1306447928932753408

layout(local_size_x = 4) in;

layout(set = 0, binding = 0, std430) restrict buffer MyBuffer { double data[]; }
my_buffer;

void main() {
  // gl_GlobalInvocationID.x uniquely identifies this invocation within the work
  // group
  my_buffer.data[gl_GlobalInvocationID.x] *= 3.0;
}
```

gdscript:

```gdscript
extends Node
# Based on this tweet by Clay John:
# https://twitter.com/john_clayjohn/status/1306447928932753408


func _ready() -> void:
	
	# Create a local rendering device.
	var rd := RenderingServer.create_local_rendering_device()
	
	# Load GLSL shader
	var shader_file := load("res://test.glsl")
	var shader_spirv: RDShaderSPIRV = shader_file.get_spirv()
	var shader := rd.shader_create_from_spirv(shader_spirv)
	
	# Prepare our data. We use doubles in the shader, so we need 64 bit.
	var input := PackedFloat64Array([1, 2, 3, 4, 5, 6, 7, 8, 9, 10])
	var input_bytes := input.to_byte_array()
	
	# Create a storage buffer that can hold 10 double values. Each
	# double has 8 byte (64 bit) so 10 x 8 = 80 bytes
	var buffer := rd.storage_buffer_create(80, input_bytes)
	var uniform := RDUniform.new()
	uniform.uniform_type = RenderingDevice.UNIFORM_TYPE_STORAGE_BUFFER
	uniform.binding = 0
	uniform.add_id(buffer)
	var uniform_set := rd.uniform_set_create([uniform], shader, 0)
	
	# Create a compute pipeline
	var pipeline := rd.compute_pipeline_create(shader)
	var compute_list := rd.compute_list_begin()
	rd.compute_list_bind_compute_pipeline(compute_list, pipeline)
	rd.compute_list_bind_uniform_set(compute_list, uniform_set, 0)
	rd.compute_list_dispatch(compute_list, 5, 1, 1)
	rd.compute_list_end()
	
	# Submit to GPU and wait for sync
	rd.submit()
	rd.sync()
	
	# Read back the data from the buffers
	var output_bytes := rd.buffer_get_data(buffer)
	var output := output_bytes.to_float64_array()
	print(output)
```

### Minimal reproduction project

[test_repo.zip](https://github.com/godotengine/godot/files/10250277/test_repo.zip)
Repository: go
Issue: x/net: http2 server onReadTimeout does not cancel context
Labels: NeedsInvestigation

### What version of Go are you using (`go version`)?
1.19.3

### Does this issue reproduce with the latest release?

Yes

### What operating system and processor architecture are you using (`go env`)?
GOARCH="arm64"
GOOS="darwin"

### What did you do?

We have a grpc bidi streaming handler that we serve via the server's experimental `ServeHTTP` method. We've found that when a server streaming request comes in, that does not send its first request body longer than the http server's `ReadTimeout`, that the context is not closed.

### What did you expect to see?

For the context to be closed.

### What did you see instead?

That operations using that context block forever until we do a read on the body.

I believe this hasn't really come up in practice because it's quite odd to do anything with a request context prior to reading the body. However, in this bidirectional call, it's actually the server that sends the first message (response) and then the client sends the second message in response to the server (a flipping of the client server relationship if you will). We can certainly work around this but it took a very long time to debug why we never saw any cancelation/timeouts happen until our first server write happened that ultimately causes a client side write and then a server side read (which is long dead).
Repository: go
Issue: bootstrap: unexpected stale targets on solaris/amd64 builder
Labels: NeedsInvestigation

```
#!watchflakes
post <- section == "Building packages and commands for solaris/amd64." && test == "" && `unexpected stale targets`
```

Issue created automatically to collect these failures.

Example ([log](https://build.golang.org/log/8ca453c68a04bc61504901cbc820b2ffc1862ee3)):

    HASH[moduleIndex]
    HASH[moduleIndex]: "devel eb122456455469b512c4a1995ab8d0f97b407ba0"
    HASH[moduleIndex]: "modroot /opt/golang/tmp/workdir-host-solaris-oracle-amd64-oraclerel/go/src/cmd\n"
    HASH[moduleIndex]: "package devel eb122456455469b512c4a1995ab8d0f97b407ba0 X:nounified,nocoverageredesign go index v1 /opt/golang/tmp/workdir-host-solaris-oracle-amd64-oraclerel/go/src/cmd/link\n"
    HASH[moduleIndex]: "file cgo_test.go 2022-12-02 18:53:12 +0100 CET 2488\n"
    HASH[moduleIndex]: "file doc.go 2022-12-02 18:53:12 +0100 CET 4092\n"
    HASH[moduleIndex]: "file dwarf_test.go 2022-12-02 18:53:12 +0100 CET 6763\n"
    HASH[moduleIndex]: "file elf_test.go 2022-12-02 18:53:12 +0100 CET 12130\n"
    HASH[moduleIndex]: "file link_test.go 2022-12-02 18:53:12 +0100 CET 36511\n"
    HASH[moduleIndex]: "file linkbig_test.go 2022-12-02 18:53:12 +0100 CET 3549\n"
    ...
    HASH[moduleIndex]: "file testing_other.go 2022-12-02 18:53:18 +0100 CET 386\n"
    HASH[moduleIndex]: "file testing_test.go 2022-12-02 18:53:18 +0100 CET 5677\n"
    HASH[moduleIndex]: "file testing_windows.go 2022-12-02 18:53:18 +0100 CET 751\n"
    HASH[moduleIndex]: caf710859391f3c84d1c9c541ee8f637de5160a817890c6e76ad2dd5aee7d284
    cmd/link true
    go tool dist: unexpected stale targets reported by /opt/golang/tmp/workdir-host-solaris-oracle-amd64-oraclerel/go/pkg/tool/solaris_amd64/go_bootstrap list -gcflags="" -ldflags="" for [cmd/asm cmd/cgo cmd/compile cmd/link runtime/internal/sys] (consider rerunning with GOMAXPROCS=1 GODEBUG=gocachehash=1):
    	STALE cmd/asm: not installed but available in build cache
    	STALE cmd/cgo: not installed but available in build cache
    	STALE cmd/compile: not installed but available in build cache
    	STALE cmd/link: not installed but available in build cache


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: go
Issue: x/tools/go/packages: TestInvalidFilesBeforeOverlayContains failures
Labels: NeedsInvestigation,Tools

```
#!watchflakes
post <- pkg == "golang.org/x/tools/go/packages" && test == "TestInvalidFilesBeforeOverlayContains"
```

Issue created automatically to collect these failures.

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

    --- FAIL: TestInvalidFilesBeforeOverlayContains (0.00s)
        --- FAIL: TestInvalidFilesBeforeOverlayContains/Modules (20.97s)
            --- FAIL: TestInvalidFilesBeforeOverlayContains/Modules/second_file (0.54s)
                overlay_test.go:831: expected package ID "golang.org/fake/d", got "command-line-arguments"


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: go
Issue: cmd/go: TestTestCache failures
Labels: NeedsInvestigation

```
#!watchflakes
post <- pkg == "cmd/go" && test == "TestTestCache"
```

Issue created automatically to collect these failures.

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

    vcs-test.golang.org rerouted to http://127.0.0.1:54187
    https://vcs-test.golang.org rerouted to https://127.0.0.1:54188
    go test proxy running at GOPROXY=http://127.0.0.1:54189/mod
    panic: test timed out after 9m0s
    running tests:
    	TestTestCache (55s)
    
    syscall.syscall(0x0?, 0xc000969a90?, 0xc00012b200?, 0x10c2a99?)
    	/tmp/buildlet/go/src/runtime/sys_darwin.go:23 +0x7f fp=0xc000131538 sp=0xc0001314a8 pc=0x10bdb3f
    syscall.closedir(0xc0001315a0?)
    ...
    	/tmp/buildlet/go/src/runtime/panic.go:796 +0x88 fp=0xc000131c68 sp=0xc000131c58 pc=0x10884a8
    runtime.Goexit()
    	/tmp/buildlet/go/src/runtime/panic.go:540 +0x1bb fp=0xc000131ce8 sp=0xc000131c68 pc=0x1087a1b
    testing.(*common).FailNow(0xc00031d6c0)
    	/tmp/buildlet/go/src/testing/testing.go:979 +0x8a fp=0xc000131d40 sp=0xc000131ce8 pc=0x11ece2a
    cmd/go_test.(*testgoData).run(0xc000340370, {0xc00022a420, 0x6, 0x6})
    	/tmp/buildlet/go/src/cmd/go/go_test.go:516 +0x1be fp=0xc000131dd8 sp=0xc000131d40 pc=0x1a128fe
    cmd/go_test.TestTestCache(0xc00031d6c0)
    	/tmp/buildlet/go/src/cmd/go/go_test.go:2521 +0xc85 fp=0xc000131ea8 sp=0xc000131dd8 pc=0x1a2ac25
    testing.tRunner(0xc00031d6c0, 0x1bd5448)


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: go
Issue: net/http: TestTransportIdleCacheKeys failures with missing cache keys
Labels: Testing,NeedsFix

```
#!watchflakes
post <- pkg == "net/http" && test == "TestTransportIdleCacheKeys" && `After Get expected 1 idle conn cache keys; got 0`
```

Issue created automatically to collect these failures.

Example ([log](https://build.golang.org/log/32656d3305111061bc2f7f8cd9e077717aafa1cd)):

    --- FAIL: TestTransportIdleCacheKeys (0.00s)
        --- FAIL: TestTransportIdleCacheKeys/h1 (0.27s)
            transport_test.go:411: After Get expected 1 idle conn cache keys; got 0


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: go
Issue: net/http: TestServerKeepAliveAfterWriteError failures
Labels: NeedsInvestigation

```
#!watchflakes
post <- pkg == "net/http" && test == "TestServerKeepAliveAfterWriteError" && `unique client addresses`
```

Issue created automatically to collect these failures.

Example ([log](https://build.golang.org/log/8bdfca9a19fbabd284fb6adade6b562007ba48c0)):

    --- FAIL: TestServerKeepAliveAfterWriteError (1.51s)
        --- FAIL: TestServerKeepAliveAfterWriteError/h1 (1.51s)
            serve_test.go:4504: saw 2 unique client addresses; want 3


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: deno
Issue: Synchronous test steps
Labels: suggestion,testing

When everything is synchronous, I feel like the following should not need to be awaited:

```ts
Deno.test("something", (t) => {
  t.step("some step", () => {
    console.log(5);
  });
});
```

Maybe there is some technical reason that I'm not remembering.

Currently it throws:

```
error: Error: There were still test steps running after the current scope finished execution. Ensure all steps are awaited (ex. `await t.step(...)`).
```
Repository: PowerToys
Issue: [Keyboard Manager] `Remap a key` does not work in Remote Desktop
Labels: Needs-Triage

### Description of the new feature / enhancement

If I assign Left Ctrl to Caps Lock, then I would expect pressing Caps Lock to actually be Left Ctrl when using another machine via Remote Desktop.

Before trying PowerToys, I was using KeyTweak which is sadly no longer supported. KeyTweak seems to remap the keys in a different way in which the desired key is already mapped to before sending the keystroke over Remote Desktop. The PowerToys method just sends a Caps Lock.

### Scenario when this would be used?

It would be used anytime I use Remote Desktop. It's basically unusable for me since muscle memory has me pressing, for example, Caps Lock+C to copy, but then instead of copying I get a 'C' and I get Caps Lock enabled on the remote machine.

### Supporting information

_No response_
Repository: angular
Issue: Styling precedence 
Labels: P2,area: docs

### Describe the problem that you experienced

I think, the explanation under Styling precedence Heading is inappropriate. 

### Enter the URL of the topic with the problem

https://angular.io/guide/class-binding#styling-precedence

### Describe what you were looking for in the documentation

_No response_

### Describe the actions that led you to experience the problem

_No response_

### Describe what you want to experience that would fix the problem

_No response_

### Add a screenshot if that helps illustrate the problem

_No response_

### If this problem caused an exception or error, please paste it here

_No response_

### If the problem is browser-specific, please specify the device, OS, browser, and version

_No response_

### Provide any additional information here in as much as detail as you can

_No response_
Repository: flutter
Issue: [go_router_builder] Proposal to improve how we handle extra parameters
Labels: c: new feature,package,c: proposal,P3,p: go_router_builder,team-go_router,triaged-go_router

In the current version of `go_router_builder` this is the only way to handle extra parameters to the route.

```Dart
class PersonRouteWithExtra extends GoRouteData {
  PersonRouteWithExtra({this.$extra});
  final int? $extra;

  @override
  Widget build(BuildContext context) => PersonScreen(personId: $extra);
}
```

This comes with some major developer experience drawbacks in my opinion, among which, the biggest are:

- forced named parameter
- parameter type must be optional because it must be named and cannot be required
- parameter must be named `$extra`

This leads to having roughly the following line every time you need to use the route (which btw wrongly shows a positional argument in the [documentation](https://pub.dev/packages/go_router_builder)):

```Dart
PersonRouteWithExtra($extra: Person(name: 'Marvin', age: 42)).go(context);
```

Ideally, I would have a positional parameter or be able to have a custom named one.

The purpose of this issue is to discuss potential improvements on the API
Repository: godot
Issue: Nested table in RichTextLabel always minimal width
Labels: bug,topic:gui

### Godot version

v4.0.beta8.official [45cac42c0] and also v4.0.beta.custom_build [f18f2740d]

### System information

Linux

### Issue description

Nested table in RichTextLabel always seems to use minimal width causing unnecessary line wrapping.

### Steps to reproduce

Consider following code for RichTextLabel

```
[table=2]
[cell bg=blue]Table1cell1[/cell]
[cell bg=black][table=2]
[cell]Table2cell1[/cell]
[cell]Table2cell2[/cell]
[/table]
[/cell]
[/table]
```

![image](https://user-images.githubusercontent.com/98854/208238406-4d0786d6-b340-463a-a448-fb986d8e4a4d.png)

Table 2 text is chopped up in 1 character wide pieces

### Minimal reproduction project

N/A
Repository: terminal
Issue: Support control sequences for title stacking
Labels: Product-Conhost,Help Wanted,Area-VT,Issue-Task

<!-- 
🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨

I ACKNOWLEDGE THE FOLLOWING BEFORE PROCEEDING:
1. If I delete this entire template and go my own path, the core team may close my issue without further explanation or engagement.
2. If I list multiple bugs/concerns in this one issue, the core team may close my issue without further explanation or engagement.
3. If I write an issue that has many duplicates, the core team may close my issue without further explanation or engagement (and without necessarily spending time to find the exact duplicate ID number).
4. If I leave the title incomplete when filing the issue, the core team may close my issue without further explanation or engagement.
5. If I file something completely blank in the body, the core team may close my issue without further explanation or engagement.

All good? Then proceed!
-->

# Description of the new feature/enhancement

<!-- 
A clear and concise description of what the problem is that the new feature would solve.
Describe why and how a user would use this new functionality (if applicable).
-->
In xterm's control sequences, there are two codes for title stacking, `\033[22;0t` and `\033[22;0t`<sup>[[1]]</sup>.  Supporting this code would entail implementing a stack where the terminal title can be saved by an application and then be restored later when the application exits.

# Proposed technical implementation details (optional)

<!-- 
A clear and concise description of what you want to happen.
-->
Having no understanding of the codebase, I can't suggest anything in the technical department.  I can't even claim that most terminals implement these codes, so I can't reasonably demand that Windows Terminal _should_ support them, but if it did, that would be awesome.

[1]: https://invisible-island.net/xterm/ctlseqs/ctlseqs.html#h3-Miscellaneous
Repository: godot
Issue: Error message when sharing a world_2d between Viewports
Labels: bug,topic:core,topic:rendering,topic:2d

### Godot version

v4.0.beta7.official [0bb1e89fb]

### System information

Windows 10, Intel Core i7 10750H, Intel UHD Graphics, NVIDIA Quadro T1000

### Issue description

When the main `world_2d` is assigned to a `SubViewport.world_2d`, this error message is printed once per frame:

```
E 0:00:01:0044   draw_list_bind_uniform_set: Attempted to use the same texture in framebuffer attachment and a uniform (set: 3, binding: 0), this is not allowed.
  <C++-Fehler>   Condition "attachable_ptr[i].texture == bound_ptr[j]" is true.
  <C++-Quellcode>drivers/vulkan/rendering_device_vulkan.cpp:7707 @ draw_list_bind_uniform_set()
```

I was trying to display parts of the world in a different position with the second viewport (which is actually working with this setup + some Camera2Ds). I was not expecting an error message here, let alone one that doesn't tell me how to solve the problem as a user.

### Steps to reproduce

Create a new project with a `Node2D` Scene. Attach a `SubViewportContainer` and a `SubViewport` below it. Attach a script to the SubViewport with this snippet:
```
func _ready():
	world_2d = ($"/root" as Window).world_2d
```

### Minimal reproduction project

[test.zip](https://github.com/godotengine/godot/files/10251811/test.zip)
Repository: deno
Issue: Should formatter/linter ignore ignore the `vendor` directory?
Labels: suggestion,vendor

Just like `node_modules`, `vendor` contains third-party code that the formatter and linter do not need to worry about. Should it be skipped by default?
Repository: storybook
Issue: [Bug]: `npx sb init` does not work on yarn 3.3.0 project
Labels: bug,needs triage

### Describe the bug

I have a repo with React, Vite and TypeScript. I am using `yarn@3.3.0` and when I try to run `npx sb init` I get a blank terminal with no error and no project initialized. Take a look at the GIF
![storybook-yarn-3-bug](https://user-images.githubusercontent.com/61479393/208246386-e6522bbf-003e-402d-8551-9db5511aede0.gif)

Confirmed that it works with `yarn@1.22.19`!

### To Reproduce

```shell
https://github.com/dimitur2204/radix-semantic-ui - the master branch on this repo is where it happens
```


### System

```shell
System:
    OS: macOS 13.0
    CPU: (10) arm64 Apple M1 Pro
  Binaries:
    Node: 19.0.1 - ~/.nvm/versions/node/v19.0.1/bin/node
    Yarn: 3.3.0 - ~/.yarn/bin/yarn
    npm: 9.2.0 - ~/.nvm/versions/node/v19.0.1/bin/npm
  Browsers:
    Chrome: 108.0.5359.124
    Edge: 108.0.1462.54
    Firefox: 107.0.1
    Safari: 16.1
```


### Additional context

_No response_
Repository: rust
Issue: Diagnostic suggests PartialOrd change that clippy denies by default
Labels: A-diagnostics,T-compiler,A-suggestion-diagnostics

Given the [following code](https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=8f36d9431f2e7a23ed5c36b4bb7458c0):

```rust
#[derive(PartialEq, Eq)]
struct LineEndpoint {
    x: i64,
    y: i64,
    start: bool,
}

impl Ord for LineEndpoint {
    fn cmp(&self, _other: &Self) -> std::cmp::Ordering {
        todo!()
    }
}
```

The current output is:
```
error[[E0277]](https://doc.rust-lang.org/stable/error-index.html#E0277): can't compare `LineEndpoint` with `LineEndpoint`
 --> src/lib.rs:8:6
  |
8 | impl Ord for LineEndpoint {
  |      ^^^ no implementation for `LineEndpoint < LineEndpoint` and `LineEndpoint > LineEndpoint`
  |
  = help: the trait `PartialOrd` is not implemented for `LineEndpoint`
note: required by a bound in `Ord`
help: consider annotating `LineEndpoint` with `#[derive(PartialOrd)]`
  |
2 | #[derive(PartialOrd)]
  |
```

However, adding `#[derive(PartialOrd)]` as the diagnostic suggested [results in a clippy lint](https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=61120ef9c2a61c3aedd5ca8ea1853a19) that is `deny` by default:
```rust
#[derive(PartialOrd, PartialEq, Eq)]
struct LineEndpoint {
    x: i64,
    y: i64,
    start: bool,
}

impl Ord for LineEndpoint {
    fn cmp(&self, _other: &Self) -> std::cmp::Ordering {
        todo!()
    }
}
```

Clippy output:
```
error: you are implementing `Ord` explicitly but have derived `PartialOrd`
  --> src/lib.rs:8:1
   |
8  | / impl Ord for LineEndpoint {
9  | |     fn cmp(&self, _other: &Self) -> std::cmp::Ordering {
10 | |         todo!()
11 | |     }
12 | | }
   | |_^
   |
note: `PartialOrd` implemented here
  --> src/lib.rs:1:10
   |
1  | #[derive(PartialOrd, PartialEq, Eq)]
   |          ^^^^^^^^^^
   = help: for further information visit https://rust-lang.github.io/rust-clippy/master/index.html#derive_ord_xor_partial_ord
   = note: `#[deny(clippy::derive_ord_xor_partial_ord)]` on by default
   = note: this error originates in the derive macro `PartialOrd` (in Nightly builds, run with -Z macro-backtrace for more info)
```

The suggested change in the diagnostic is substantially the same across the current stable, beta, and nightly releases.

I don't have a concrete suggestion for what the compiler's diagnostic should be instead. I just found it surprising that the compiler's suggestion triggers a clippy lint.

<!-- TRIAGEBOT_START -->

<!-- TRIAGEBOT_ASSIGN_START -->

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

<!-- TRIAGEBOT_ASSIGN_END -->
<!-- TRIAGEBOT_END -->
Repository: stable-diffusion-webui
Issue: [Feature Request]: Save generated info in a sql database
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 ?

Hi, i tried to search for something like this here, but could not find. Is there a way to save the generated image info after each one is made?
The idea was to make a database, like lexica.art and seek.art, where you can see all images that you made, and even search in there.
I normally use wildcards, to generate a ton of random images, and just go see then after it's done.

If theres at least a way to save each image info after it's generated, i try to make the "galery" in Node Js(The only way i know how to).
I would be nice, if it saved all info, including Model.

I don't know if theres a request like this aleardy, but, i thoug that maybe it was worth the shot.

Thanks for read until here. 
See ya.

### Proposed workflow

Would be nice if was a way to setup the database config in the setting page of the Web Ui.

### Additional information

_No response_