sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: go
Issue: spec: type inference can't infer types for a generic union of functions
Labels: NeedsInvestigation,Proposal-Hold,generics,TypeInference

<!--
Please answer these questions before submitting your issue. Thanks!
-->

### What version of Go are you using (`go version`)?

<pre>
$ go version
go version go1.19.3 linux/amd64
</pre>

### Does this issue reproduce with the latest release?
Yes


### What operating system and processor architecture are you using (`go env`)?

<details><summary><code>go env</code> Output</summary><br><pre>
$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/home/vagrant/.cache/go-build"
GOENV="/home/vagrant/.config/go/env"
GOEXE=""
GOEXPERIMENT=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE=""
GOMODCACHE="/home/vagrant/go/pkg/mod"
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/home/vagrant/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/local/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/local/go/pkg/tool/linux_amd64"
GOVCS=""
GOVERSION="go1.19.3"
GCCGO="gccgo"
GOAMD64="v1"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD="/home/vagrant/scratch/go.mod"
GOWORK=""
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -Wl,--no-gc-sections -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build3122928231=/tmp/go-build -gno-record-gcc-switches"
</pre></details>

### What did you do?
Try to use type inference for a generic interface whose only member is a union of functions

https://go.dev/play/p/uPJQhqqwMk0

### What did you expect to see?
Program compiled successfully


### What did you see instead?
./prog.go:12:5: cannot infer T (prog.go:7:10)

If the interface doesn't have a union then type inference works as expected:

https://go.dev/play/p/B-yRqxfvaK0
Repository: stable-diffusion-webui
Issue: [Feature Request]: Batch img2img + Interrogate DeepBooru/CLIP
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 ?

Please add checkboxes which will allow to auto-execute "Interrogate DeepBooru/CLIP" for each image in batch.

### Proposed workflow

1. Check one of the checkboxes "Auto-execute Interrogate DeepBooru" or "Auto-execute Interrogate CLIP"
2. Each picture in batch will be interrogated first and then generated values will be used as prompt.
3. Images will be generated according to their content

### Additional information

Useful when you have library of various images and you need to process them in batch, but images are too different to use the same prompt.
Repository: storybook
Issue: [Bug]: Svelte source viewer shows events as `event_NAME` in prerelease
Labels: bug,svelte,source-loader,block: source,needs triage

### Describe the bug

Native Svelte events are shown in the source viewer, even though they are not supposed to be passed as props.

I **think** this is only an issue in 7.0.

![image](https://user-images.githubusercontent.com/5678122/204476423-65523dfe-08d7-408f-9e20-013af0a010b9.png)


### To Reproduce

_No response_

### System

_No response_

### Additional context

_No response_
Repository: godot
Issue: plugin: `add_control_to_dock` animated icons are not correct working in tree
Labels: bug,topic:rendering,topic:editor

### Godot version

v4.0.beta6.official [7f8ecffa5]

### System information

Windows 11, Mac

### Issue description

I use animated textures for my TreeItems and they are not drawn correctly.
This problem only occurs when I add a scene to the plugin via `add_control_to_dock`, when I run the scene manually it works as expected.
The animation somehow gets stuck and only continues to run when I move the mouse over it or resize the window.
It looks like the control is not updating correctly in every frame.

![image](https://user-images.githubusercontent.com/347037/204478898-0d544651-ea9d-4f32-930a-2d3212806964.png)


### Steps to reproduce

load the attached example project

- run the plugin and look to the injected tree panel (animation is stuck)
- run the scene manually `res://TreePanel.tscn` it works 

### Minimal reproduction project

[animated_tree.zip](https://github.com/godotengine/godot/files/10111131/animated_tree.zip)
Repository: storybook
Issue: [Feature Request]: Support changes to `globals` when using composition
Labels: feature request,needs triage

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

When using composition, any changes to add ons in the "root" storybook do not translate to changes in a "child" storybook.

See for example: https://kind-plant-088739303.1.azurestaticapps.net/?path=/story/core_button--api (uses 7.0 alpha 53).

Any changes to the viewport add-on are not reflected in the Button story.

### Describe the solution you'd like

So since the toolbar is always part of the root storybook, I would like changes in the root `globals` to be passed to all the "child" storybooks. This would be 1-way communication. I understand changes could also flow from the "child" back to the "root" (or siblings even), but that would be more complex.

For now, the problem use case would be solved by having only root -> children communication.

### Describe alternatives you've considered

_No response_

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

yes, I can

### Additional context

_No response_
Repository: puppeteer
Issue: puppeteer no option to save passwords
Labels: feature,upstream

Hello,

When submitting fields and chrome suggesting to save the login:pass to browser profile, there is no option in puppeteer to click "save" to store the login:pass to browser profile.

I also did not find any workaround on the web.
Repository: opencv
Issue: Reading images with german "Umlaute" (ä, ö, ü) in path
Labels: duplicate

### System Information

OpenCV python version: 4.6.0.66
Operating System / Platform: Windows 10
Python version: 3.7.1

### Detailed description

Using the `cv2.imread` function, `None` is returned if the file path contains an Umlaut (e.g. ä).
A warning is displayed:
```
[ WARN:0@0.996] global D:\a\opencv-python\opencv-python\opencv\modules\imgcodecs\src\loadsave.cpp (239) cv::findDecoder imread_('path_containing_umlaut'): can't open/read file: check file path/integrity
```

### Steps to reproduce

Place a `.jpg` file a subfolder, where the folder contains an Umlaut (e.g. ä).

Place a python file in the parent folder with the following code:
```
import cv2

img = cv2.imread('subfolder_containing_umlaut\img_file.jpeg')
print(img)
```

### Issue submission checklist

- [X] I report the issue, it's not a question
- [X] I checked the problem with documentation, FAQ, open issues, forum.opencv.org, Stack Overflow, etc and have not found any solution
- [X] I updated to the latest OpenCV version and the issue is still there
- [x] There is reproducer code and related data files (videos, images, onnx, etc)
Repository: rust
Issue: Contradictory error message: trait is simultaneously implemented and not
Labels: A-diagnostics,A-trait-system,T-compiler,D-confusing

The following code gives somewhat contradictory error message:
```rust
trait A {}
struct B;

impl A for B where B: A {}
impl A for B where B: A {}

fn main() {
    let a: &dyn A = &B;
}
```

```
error[E0277]: the trait bound `B: A` is not satisfied
 --> src/lib.rs:4:20
  |
4 | impl A for B where B: A {}
  |                    ^^^^ the trait `A` is not implemented for `B`
  |
  = help: the trait `A` is implemented for `B`
  = help: see issue #48214
```

> ``^^^^ the trait `A` is not implemented for `B` ``  
> ``help: the trait `A` is implemented for `B` ``

???

Including only one of the `impl` lines produces a more reasonable ``overflow evaluating the requirement `B: A` `` instead.

This happens both on stable 1.65.0, beta 1.66.0-beta.2 (2022-11-20 004070), and nightly 1.67.0-nightly (2022-11-28 2585bc). 

Nightly suggests adding `#![feature(trivial_bounds)]`, but the contradictory error message still exists with that (however pointed at the `dyn` rather than the `impl`s).
Repository: vscode
Issue: Container badges - command to reset all badges
Labels: feature-request,workbench-views

Testing #167436

When we introduced the capability to move view containers around, the "View: Reset View Locations" command came in very handy when troubleshooting problems. I think that it would be great to have a command to reset/restore the badges across all the view containers.
Repository: go
Issue: x/playground: easily runs into build timeouts by downloading modules
Labels: NeedsInvestigation

For example, see https://go.dev/play/p/b4S-VWK-yWR, which needs to download https://pkg.go.dev/cuelang.org/go@v0.5.0-beta.1 and its dependencies. It currently times out at build time, presumably while still downloading the module zips:

```
timeout running go build
go: downloading cuelang.org/go v0.5.0-beta.1
go: downloading github.com/cockroachdb/apd/v2 v2.0.2
go: downloading github.com/mpvl/unique v0.0.0-20150818121801-cbe035fff7de
go: downloading golang.org/x/text v0.3.8
go: downloading golang.org/x/net v0.0.0-20220722155237-a158d28d115b
go: downloading github.com/google/uuid v1.2.0
go: downloading github.com/pkg/errors v0.8.1
go: downloading gopkg.in/yaml.v3 v3.0.1

Go build failed.
```

It appears that the timeout happens after about ten seconds.

I wrote a small program a while ago to estimate how big all the zips in `go list -m all` are. The results, starting with the largest in bytes, are as follows:

```
$ go-mod-size | sort -k2 -n -r
golang.org/x/text@v0.3.8 8615981
golang.org/x/tools@v0.1.12 3946738
cuelang.org/go@v0.5.0-beta.1 2062942
golang.org/x/sys@v0.0.0-20220722155257-8c9f86f7a55f 1797601
golang.org/x/net@v0.0.0-20220722155237-a158d28d115b 1582191
github.com/cockroachdb/apd/v2@v2.0.2 320918
github.com/protocolbuffers/txtpbfmt@v0.0.0-20220428173112-74888fd59c2b 271386
github.com/pkg/diff@v0.0.0-20210226163009-20ebb0f2a09e 219375
github.com/rogpeppe/go-internal@v1.9.0 210263
golang.org/x/mod@v0.6.0-dev.0.20220818022119-ed83ed61efb9 169515
```

So a clean `go build` does download a fair bit - at least 15MiB or so. The total number of modules is 32, per `go list -m all | wc -l`. I think the playground should be able to download these modules by doing any of:

1) Talking to a fast `GOPROXY`. `GOMODCACHE=$PWD/tmp time go build` reports a total runtime of about 3s on my laptop, with a 500Mb ethernet connection and a 11ms ping to proxy.golang.org. I'm sure that a playground server could do better.

2) Reusing a `GOMODCACHE` on a best-effort basis. The same could be said about `GOCACHE` for build caching for compile timeouts.

3) Increasing the timeout for multi-file playground inputs with `go.mod` and `go.sum` files. For example, given the number of lines in either go.mod or go.sum, we could estimate that this example needs a 20s timeout rather than 10s. Presumably this shouldn't be _too_ harmful, as the playground should cache the result once it runs without a timeout.

4) Implementing a more sophisticated timeout. For example, the playground could have very generous timeouts for downloading modules, given that network traffic is presumably cheap. The timeout for compiling and linking could similarly be more generous than the timeout for running the program, as there's no chance for running arbitrary code to burn CPU or abusing free compute.

cc @toothrot per https://dev.golang.org/owners
Repository: vscode
Issue: Implicit activation events - call out implicit activation in the logs
Labels: feature-request,extension-activation

Testing #167358

An information log is being emitted to the "Extension Host" output log when an extension is being activated: 
```
2022-11-29 11:22:22.672 [info] ExtensionService#_doActivateExtension vscode.extension-editing, startup: false, activationEvent: 'onLanguage:json'
```

It would be nice if implicit activations would be called out:
`activationEvent (implicit): 'onLanguage:json'`
Repository: pytorch
Issue: Wrong output type hint for `F.one_hot`
Labels: module: typing,triaged

### 🐛 Describe the bug

Type hint for `torch.nn.functional.one_hot` seems not to work properly.

```python
# one_hot_type.py
import torch
import torch.nn.functional as F

x = torch.tensor([0, 1, 2]).long()
reveal_type(F.one_hot(x))
```

```shell
$ mypy one_hot_type.py
one_hot_type.py:5: note: Revealed type is "Any"
Success: no issues found in 1 source file
```

Expected Tensor, got Any.

### Versions

PyTorch version: 1.14.0.dev20221117
Is debug build: False
CUDA used to build PyTorch: None
ROCM used to build PyTorch: N/A

OS: macOS 13.0.1 (x86_64)
GCC version: Could not collect
Clang version: 15.0.3
CMake version: version 3.24.2
Libc version: N/A

Python version: 3.9.13 (main, May 24 2022, 21:28:31)  [Clang 13.1.6 (clang-1316.0.21.2)] (64-bit runtime)
Python platform: macOS-13.0.1-x86_64-i386-64bit
Is CUDA available: False
CUDA runtime version: No CUDA
CUDA_MODULE_LOADING set to: N/A
GPU models and configuration: No CUDA
Nvidia driver version: No CUDA
cuDNN version: No CUDA
HIP runtime version: N/A
MIOpen runtime version: N/A
Is XNNPACK available: True

Versions of relevant libraries:
[pip3] mypy==0.982
[pip3] mypy-extensions==0.4.3
[pip3] numpy==1.23.3
[pip3] torch==1.14.0.dev20221117
[pip3] torch-tb-profiler==0.4.0
[pip3] torchaudio==0.14.0.dev20221117
[pip3] torchvision==0.15.0.dev20221117
[conda] Could not collect

cc @ezyang @malfet @rgommers @xuzhao9 @gramster
Repository: vscode
Issue: Introduce setting for font size
Labels: feature-request,ux,under-discussion,workbench-fonts

<!-- ⚠️⚠️ 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. -->

This feature request is related to #519, but I would prefer to discuss this new proposal separately (the other issue has hundreds of comments, with many different ideas). We use VS Code at Google and we have an internal issue for this with 314 upvotes. So we decided to take a closer look at the problem and found that it is a request mainly for accessibility, not for more customization.

The default guidance is to use the browser zoom to increase the font size. This can work well in some cases, but it leads to less information density (because it makes everything bigger, including margins, etc.). 

We don't want to let users set their own font size, as it would be hard to test and lead to many UX challenges. Instead, we propose a setting with two or three values. In the mocks below, the default setting is the current font size, "comfortable" increases everything by +1px and "large" makes all UI font-sizes +2px. The sketch is very basic and would need some re-thinking of spacing too.

@albertelo made these mocks, with 3 options for a "Font Density" setting

Default:
![image](https://user-images.githubusercontent.com/485572/204522703-28a87686-48fa-43dd-9cdb-e99c03fdb6af.png)

Comfortable:
![image](https://user-images.githubusercontent.com/485572/204522721-9ebec72a-8057-4e1e-8e37-efa993f01d4c.png)

Large:
![image](https://user-images.githubusercontent.com/485572/204522747-c2748367-d17e-46e9-b02e-d357ca83de5d.png)

If we used the browser zoom instead (as currently recommended), we would have much less information on the last screenshot.

Being able to change the size of everything (browser zoom) or just the text (this proposal) is not new. For example, Android accessibility settings have the same options:
![image](https://user-images.githubusercontent.com/485572/204525073-9ec0c92a-8857-4ffd-b868-a7d5a8022329.png)

fyi, we have also used similar settings in our other internal developer tools. This was useful for accessibility.


**Next steps**

If there's agreement on the goal, we can try to revive #144365 (after splitting it). A large part of that PR makes IConfigurationService accessible to many locations. While it touches a lot of files, I believe this could be relatively safe to submit.

The actual user-facing change will need careful review and testing. We'll be happy to help test the change, roll it out to our internal users, and collect feedback on the change.
Repository: vscode
Issue: A full absolute path does not work
Labels: bug,file-explorer

Testing #167439

I had tried this as setting `/Users/bpasero/Development/Microsoft/vscode/src/vs/workbench/contrib/search/browser/anythingQuickAccess.ts` but the file was auto revealed.
Repository: stable-diffusion-webui
Issue: [Bug]: (MacOS) DPM++ 2S and DPM++ 2S a Karras generating weird results
Labels: bug-report,platform:mac

### Is there an existing issue for this?

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

### What happened?

Updated today using `git pull`
Everything is working well except
Using DPM++ 2S a  sampler with v1-5-pruned-emaonly model results in a very simplified output (see images attached) compared to Euler a for instance. Same settings for both.
Using DPM++ 2S a Karras in the same conditions results in a grey image (see image attached).
Running A1111 on MBP M1 pro

### Steps to reproduce the problem

1. Launch webUI
2. Load v1-5-pruned-emaonly model
3. Select DPM++ 2S a  sampler


### What should have happened?

A photo of an elephant was expected like with the Euler a sampler.

### Commit where the problem happens

When the generation finishes

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

MacOS

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

Apple Safari

### Command Line Arguments

_No response_

### Additional information, context and logs

<img width="1346" alt="Screenshot 2022-11-29 at 14 03 20" src="https://user-images.githubusercontent.com/119104289/204538809-ccd2fae6-d5b8-4a92-9a4e-58cc4df25073.png">
<img width="1351" alt="Screenshot 2022-11-29 at 13 59 11" src="https://user-images.githubusercontent.com/119104289/204538847-2d29bf92-5ddf-4d36-a64e-a03319d121a3.png">
<img width="1350" alt="Screenshot 2022-11-29 at 14 02 10" src="https://user-images.githubusercontent.com/119104289/204538945-d57703dc-3bfb-4bac-9d8e-d5a2ee66929f.png">
Repository: rust
Issue: Create better help text for impl A for B where B: A {}
Labels: A-diagnostics,T-compiler

<!--
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.

If you cannot produce a minimal reproduction case (something that would work in
isolation), please provide the steps or even link to a repository that causes
the problematic output to occur.
-->

Given the following code: <!-- Please provide a link to play.rust-lang.org -->

```rust
trait A {}
struct B;

//impl A for B where B: A {}
impl A for B where B: A {}

fn main() {
    let a: &dyn A = &B;
}
```

---

The stable (1.65.0) output is:

```
Compiling playground v0.0.1 (/playground)
error[[E0275]](https://doc.rust-lang.org/stable/error-index.html#E0275): overflow evaluating the requirement `B: A`
 --> src/main.rs:5:20
  |
5 | impl A for B where B: A {}
  |                    ^^^^
  |
  = help: see issue #48214

For more information about this error, try `rustc --explain E0275`.
error: could not compile `playground` due to previous error
```

The nightly (1.67.0 2022-11-28) output is:

```
Compiling playground v0.0.1 (/playground)
error[[E0275]](https://doc.rust-lang.org/nightly/error-index.html#E0275): overflow evaluating the requirement `B: A`
 --> src/main.rs:5:20
  |
5 | impl A for B where B: A {}
  |                    ^^^^
  |
  = help: see issue #48214
  = help: [add `#![feature(trivial_bounds)]`](https://play.rust-lang.org/?version=nightly&mode=debug&edition=2021#) to the crate attributes to enable

For more information about this error, try `rustc --explain E0275`.
error: could not compile `playground` due to previous error
```

---

<!-- The following is not always necessary. -->
Ideally the output should look like:

```
  |
5 | impl A for B where B: A {}
  |                    ^^^^ Some helpful text here
```

I think there could be some sort of text explaining what can be done 

---

I have found this when looking through the issue #105048

<!--
If dramatically different output is caused by small changes, consider also
adding them here.

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. The output might also be
different depending on the Edition.
-->
Repository: flutter
Issue: Add support for Window Controls Overlay for Web
Labels: c: new feature,framework,engine,platform-web,c: proposal,P3,team-web,triaged-web

<!-- Thank you for using Flutter!

     If you are looking for support, please check out our documentation
     or consider asking a question on Stack Overflow:
      * https://flutter.dev/
      * https://api.flutter.dev/
      * https://stackoverflow.com/questions/tagged/flutter?sort=frequent

     If you have found a bug or if our documentation doesn't have an answer
     to what you're looking for, then fill out the template below. Please read
     our guide to filing a bug first: https://flutter.dev/docs/resources/bug-reports
-->

## Use case

Web application can look more native with the window controls api.

https://web.dev/window-controls-overlay/
https://wicg.github.io/window-controls-overlay/

## Proposal

Add support for adding content in the `titlebar-area`.
Repository: storybook
Issue: [Bug]: Globals in Toolbar show as selected even when default value is selected
Labels: bug,addon: toolbars

### Describe the bug

When a button is in the toolbar (such as the vision simulator), it appears with a transparent background by default and blue when something is selected.

However, when making a Global, all of the options appear blue when selected - even the default value. You would expect that when the default value is selected, the button would be marked as transparent/unselected.

### To Reproduce

```shell
Add the following to the `preview.js`:


// .storybook/preview.js

export const globalTypes = {
  theme: {
    name: 'Theme',
    description: 'Global theme for components',
    defaultValue: 'light',
    toolbar: {
      icon: 'circlehollow',
      items: ['light', 'dark'],
      showName: true,
      dynamicTitle: true,
    },
  },
};


Run storybook.

You will see the 'Theme' button appears with a blue background in the toolbar.
```


### System

_No response_

### Additional context

_No response_
Repository: rust
Issue: Tracking Issue for simple_fmt
Labels: T-libs-api,C-tracking-issue,A-fmt

Feature gate: `#![feature(simple_fmt)]`

This is a tracking issue for the `simple_fmt` method on the `Display` format trait.

### Public API

```diff
  pub trait Display {
      fn fmt(&self, f: &mut Formatter) -> Result;
+     fn simple_fmt(&self, f: &mut Formatter) -> Result {
+         self.fmt(f)
+     }
  }
```

Formatting placeholders without any options, like in `format_args!("{}", x)`, will call the `simple_fmt` method rather than `fmt`. This allows for optimized implementations for e.g. `<String as Display>::simple_fmt` that do not need to pull in code for padding, etc. See https://github.com/rust-lang/rust/pull/104525#issuecomment-1318399783.

### Steps / History

- [ ] Implementation: #104525
- [ ] Final comment period (FCP)
- [ ] Stabilization PR

### Unresolved Questions

- [ ] Do we want this on the other formatting traits too? Or only `Display`?
- [ ] Do we want to stabilize this at all, to allow crates to override `simple_fmt` for their own types?
- [ ] Should the method be `unsafe`, such that the implementation may unsafely assume that the `Formatter`'s options are all set to default?