sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: flutter
Issue: Add a brightness setting to `FlutterView`
Labels: c: new feature,framework,P3,a: multi window,team-framework,triaged-framework

## Background

An app can override the system brightness mode. For example, a desktop app can use dark mode and have a dark title bar even if the system is set to light mode. Furthermore, a desktop app's windows can have different brightness settings. The first window can use dark mode while the second window uses light mode.

Today, both the `MaterialApp`'s theme and the native window's title bar default to the system's brightness. The system's brightness can be discovered using `PlatformDispatcher.instance.platformBrightness`.

## Solution

Add a brightness setting to `FlutterView`. If a window overrides the system's brightness, the app can discover this using the `FlutterView`'s brightness setting.
Repository: stable-diffusion-webui
Issue: [Bug]: Missing options in img2img that exist in txt2img (Hires. fix)
Labels: enhancement

There are no options for latent upscalers in img2img on current version 99b67cff0b48c4a1ad6e14d9cc591b11db6e293c
![chrome_2023-01-05_00-50-31](https://user-images.githubusercontent.com/23695117/210665336-d495fc39-0bb1-4147-8770-faaa3086cb7f.png)
Therefore, I cant manually recreate same picture what is done automatically in Hires. fix.

I also wouldn't want to see this options in **SD upscale** Script, because I'm constantly using a lot tools in **X/Y plot** Script, which won't allow me to use both settings at the same time.
Repository: pytorch
Issue: [MPS] Improve the performance of torch.linear()
Labels: triaged,enhancement,module: backend,module: mps

The MPS's linear operation uses the temporary workaround #91114 to improve the performance. 
However, that workaround is limited to specific tensor sizes. With the upcoming Ventura updates, a more generic fix will be available that would optimize MatMul ops for a wider range of tensor sizes. 
I'm creating this issue to track the progress of MatMul optimizations, and also as a reminder to remove the workaround in torch.linear() once the generic solution becomes available.

cc @kulinseth @albanD @malfet @DenisVieriu97 @abhudev
Repository: stable-diffusion-webui
Issue: [Feature Request]: Suggestion for the inpaint 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 ?

The new changes are great, but why don't we reuse the accordions for the blocks which will allow to hide blocks you don't use. It's really just adding a single line of code
My suggestion

Add accordion to the mask block (which allows to hide it and then have easy access to sliders below it without scrolling

                        with gr.Accordion("Mask", open=False):
                            with FormRow():
                                mask_blur = gr.Slider(label='Mask blur', minimum=0, maximum=64, step=1, value=4, elem_id="img2img_mask_blur")


etc...
It definitely helps.

### Proposed workflow

1. Go to .... 
2. Press ....
3. ...


### Additional information

_No response_
Repository: rust
Issue: Confusing box_clone error should recommend implementing Clone
Labels: A-diagnostics,T-compiler,D-confusing

<!--
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: https://play.integer32.com/?version=nightly&mode=debug&edition=2021&gist=9cf12ecb1436d9352b3af278126cde8f

```rust
trait Background {
    fn box_clone(&self) -> Box<dyn Background>;
}

impl Clone for Box<dyn Background> {
    fn clone(&self) -> Self {
        self.box_clone()
    }
}

struct A;

impl Background for A {
    fn box_clone(&self) -> Box<dyn Background> {
        Box::new(self.clone())
    }
}

```

The current output is:

```
error[E0277]]: the trait bound `&A: Background` is not satisfied
  --> src/lib.rs:15:9
   |
15 |         Box::new(self.clone())
   |         ^^^^^^^^^^^^^^^^^^^^^^ the trait `Background` is not implemented for `&A`
   |
   = help: the trait `Background` is implemented for `A`
   = note: required for the cast from `&A` to the object type `dyn Background`

For more information about this error, try `rustc --explain E0277`.
error: could not compile `playground` due to previous error
```

<!-- The following is not always necessary. -->
Ideally the output should look like:

```
Something about implementing Clone for A, which fixes the problem.
```

<!--
If the problem is not self-explanatory, please provide a rationale for the
change.
-->

<!--
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: go
Issue: net: TestLookupHostCancel failures with `i/o timeout` or temporary error
Labels: NeedsInvestigation

```
#!watchflakes
post <- pkg == "net" && test == "TestLookupHostCancel" && (
	`i/o timeout` ||
	`This is usually a temporary error during hostname resolution and means that the local server did not receive a response from an authoritative server.`)
```

Issue created automatically to collect these failures.

Example ([log](https://build.golang.org/log/3d63966928ce7233fadd35611d3f0d07c5451afd)):

    --- FAIL: TestLookupHostCancel (16.33s)
        lookup_test.go:1007: lookup www.google.com on 8.8.8.8:53: read udp 192.168.64.101:49520->8.8.8.8:53: i/o timeout

Another example ([log](https://ci.chromium.org/ui/p/golang/builders/try/go1.21-windows-amd64/b8759438275654220561/test-results)):

```
=== RUN   TestLookupHostCancel
=== PAUSE TestLookupHostCancel
=== CONT  TestLookupHostCancel
    lookup_test.go:986: lookup www.google.com: getaddrinfow: This is usually a temporary error during hostname resolution and means that the local server did not receive a response from an authoritative server.
--- FAIL: TestLookupHostCancel (0.00s)
```

— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: flutter
Issue: [pigeon] Consider adding a runtime null assertion for `Object` return values
Labels: platform-windows,package,team-ecosystem,p: pigeon,P3,triaged-ecosystem

Since C++ doesn't have a generic type, we have to use `EncodableValue` for `Object`. However, there's no way in the type system to express "EncodableValue that can't contain null" (unless we add a whole new `NonNullableEncodableValue` type to the engine, or to Pigeon itself), so:

```
ErrorOr<flutter::EncodableValue> Foo::ReturnNonNullableObject() {
  return EncodableValue();
}
```

will compile fine, and explode on the Dart side with a null assertion failure. While our policy (not yet fully implemented) is not to do runtime type checks on things that Pigeon itself generates and thus can only be wrong if there's a Pigeon bug (since that should all be useless code we shouldn't saddle clients with), this is a value that Pigeon doesn't control. Putting an assertion failure on the C++ side would make it easier for people who make the mistake of returning a null `EncodableValue` from an `Object`-returning API to understand where the bug is (in particular that it's in their C++ code, not in Pigeon).

I expect that this is low priority because I would expect returning `Object` to be quite rare. I only found this because I was adding an `echoObject` integration test in order to test a fix for an `Object` parameter (and the case that used an `Object` parameter in actual usage seems like a niche case already).
Repository: storybook
Issue: [Bug]: Cannot see component which use 'inter'
Labels: bug,nextjs,needs triage

### Describe the bug

When I  create Next.js app by run 'yarn create next-app', there are 'inter' from '@next/font/google' in '/pages/index.tsx'

The problem is I cannot see component on storybook when component use 'inter'

Here are snapshots

When 'inter' is -> no see
![image](https://user-images.githubusercontent.com/46833758/210681775-5b466d86-bdbc-4020-b88f-835b32036ffa.png)

After removing 'inter' -> see
![image](https://user-images.githubusercontent.com/46833758/210682225-32352e70-cf0d-4df5-aa9e-894a559569b7.png)



### To Reproduce

_No response_

### System

```shell
Environment Info:

  System:
    OS: Windows 10 10.0.19044
    CPU: (16) x64 Intel(R) Core(TM) i7-10700 CPU @ 2.90GHz
  Binaries:
    Node: 16.14.1 - C:\Program Files\nodejs\node.EXE
    Yarn: 1.22.19 - ~\node_modules\.bin\yarn.CMD
    npm: 8.5.0 - C:\Program Files\nodejs\npm.CMD
  Browsers:
    Edge: Spartan (44.19041.1266.0), Chromium (108.0.1462.54)
  npmPackages:
    @storybook/addon-actions: ^6.5.15 => 6.5.15
    @storybook/addon-essentials: ^6.5.15 => 6.5.15
    @storybook/addon-interactions: ^6.5.15 => 6.5.15
    @storybook/addon-links: ^6.5.15 => 6.5.15
    @storybook/builder-webpack5: ^6.5.15 => 6.5.15
    @storybook/manager-webpack5: ^6.5.15 => 6.5.15
    @storybook/react: ^6.5.15 => 6.5.15
    @storybook/testing-library: ^0.0.13 => 0.0.13
```


### Additional context

_No response_
Repository: flutter
Issue: [video_player_web] initialize function takes 4-6 seconds to load in iOS browser
Labels: c: performance,platform-web,p: video_player,package,has reproducible steps,browser: safari-macos,P3,browser: safari-ios,found in release: 3.3,found in release: 3.7,team-web,triaged-web

To reproduce the issue with the video_player on iOS:

1. Run the official video player example on an iOS browser.
2. Replace the network URL with the following ten-minute video: https://firebasestorage.googleapis.com/v0/b/new-ydj73/o/Y2Mate.is%20-%20Steve%20Jobs%20on%20Starting%20A%20Business-kwkGX-PlTxs-480p-1643117698611.mp4?alt=media&token=71fbfdf4-3b9a-4522-ad48-511e3fb125fd.
3. Observe that the video takes 4-6 seconds to load on the iOS web, while it works quickly on the Android web.
Repository: pytorch
Issue: [bazel] replace //c10:headers dependency by //c10 dependency
Labels: triaged,module: bazel

### 🐛 Describe the bug

Follow-up from https://github.com/pytorch/pytorch/pull/91422

As @dagitses pointed out, there is no real reason to make the `//c10:headers` public, if they are available on the `//c10`.
Currently they are not as demonstrated by the following bazel queries

```
sergei.vorobev@cs-7xn77uoy-gpu-homedir-848671:~/workspaces/c2/src/github.robot.car/cruise/cruise$ bazel query 'somepath(@pytorch//c10, @pytorch//c10:headers)'
WARNING: build volume is nearly full (104.165 GB remain). Free up space to avoid running out of disk!

INFO: Invocation ID: ddea5aba-8c65-11ed-b684-42010ad8716a
INFO: Empty results
Loading: 18 packages loaded
sergei.vorobev@cs-7xn77uoy-gpu-homedir-848671:~/workspaces/c2/src/github.robot.car/cruise/cruise$ bazel query 'somepath(@pytorch//c10:headers, @pytorch//c10)'
WARNING: build volume is nearly full (104.165 GB remain). Free up space to avoid running out of disk!

INFO: Invocation ID: e3970a9e-8c65-11ed-b684-42010ad8716a
INFO: Empty results
Loading: 0 packages loaded
```

This issue it to track the unification of this bazel build aspect: to expose the headers on the lib target.

### Versions

master
Repository: rust
Issue: C string literals can't just use a trivial conversion from regular string or byte literals
Labels: T-lang,F-c_str_literals

*[Initial comment](https://github.com/rust-lang/rust/issues/105723#issuecomment-1364680847)*

In the "Rationale and alternatives" section of [RFC 3348](https://rust-lang.github.io/rfcs/3348-c-str-literal.html), it mentions a hypothetical `FromStringLiteral`. While I like the idea, it couldn't be as simple as a `From<&'static str>`/`TryFrom<&'static str>`: error messages would need at least a character offset + string message to be more useful than just "hey, this string contains a problem character". Also, `&CStr`s are really more like byte string literals, and that offset would have to be a byte offset, not a `char` offset, too.

This probably could justify the existence of such a trait, though. C string literals in particular wouldn't push the boundaries much, but I could see other things like regular expressions benefitting a ton from it.
Repository: pytorch
Issue: SymIntType gets translated to int when going through pybind
Labels: triaged,oncall: pt2,module: dynamic shapes

```
import torch
print(torch.ops.aten.sym_size.int._schema)
print(torch.ops.aten.sym_size.int._schema.returns[0].type)
```
produces:
```
aten::sym_size.int(Tensor self, int dim) -> SymInt
int
```
I would expect the second line to be `torch.SymInt`. Somewhere something is going funky, although it seems the binding for `SymInt` has been properly done here: https://github.com/pytorch/pytorch/blob/master/torch/csrc/jit/python/python_ir.cpp#L996

cc @ezyang @soumith @msaroufim @wconstab @ngimel @bdhirsh
Repository: pytorch
Issue: CUDA error: initialization error
Labels: module: cuda,triaged,module: regression,module: nvfuser

### 🐛 Describe the bug

Consider the following code.

```python
from multiprocessing import Process
import os
import torch

print(torch.__version__)

@torch.jit.script
def distance_classification():
    return "distance_classification"

class X(torch.nn.Module):
    x = distance_classification()


def train_on_node():
    print(f"XXXXXYYYYZZZZ 3 pid={os.getpid()}")
    torch._C._cuda_init()
    print(f"XXXXXYYYYZZZZ 4 pid={os.getpid()}")
    return 123

p = Process(target=train_on_node, args=())
p.start()
p.join()
```

On PyTorch 1.11 it executed without a problem:
```
1.11.0+cu102
XXXXXYYYYZZZZ 3 pid=3739
XXXXXYYYYZZZZ 4 pid=3739
```

On PyTorch 1.12.0 it throws this error
```
1.12.0+cu102
XXXXXYYYYZZZZ 3 pid=2660
Process Process-1:
Traceback (most recent call last):
  File "/usr/lib/python3.8/multiprocessing/process.py", line 315, in _bootstrap
    self.run()
  File "/usr/lib/python3.8/multiprocessing/process.py", line 108, in run
    self._target(*self._args, **self._kwargs)
  File "<ipython-input-1-7de82f15ef1a>", line 17, in train_on_node
    torch._C._cuda_init()
RuntimeError: !in_bad_fork INTERNAL ASSERT FAILED at "../torch/csrc/cuda/Module.cpp":587, please report a bug to PyTorch. 
```

On PyTorch 1.13.0 it throws this error
```
1.13.0+cu117
XXXXXYYYYZZZZ 3 pid=4944
Process Process-1:
Traceback (most recent call last):
  File "/usr/lib/python3.8/multiprocessing/process.py", line 315, in _bootstrap
    self.run()
  File "/usr/lib/python3.8/multiprocessing/process.py", line 108, in run
    self._target(*self._args, **self._kwargs)
  File "<ipython-input-1-7de82f15ef1a>", line 17, in train_on_node
    torch._C._cuda_init()
RuntimeError: CUDA error: initialization error
CUDA kernel errors might be asynchronously reported at some other API call,so the stacktrace below might be incorrect.
For debugging consider passing CUDA_LAUNCH_BLOCKING=1.
```

I'd like to understand if is this a regression or intended behavior. If it's intended behavior, what would be a recommendation to fix it in our user code?

### Versions

1.13.0
1.12.0

cc @ngimel @kevinstephano @jjsjann123
Repository: next.js
Issue: NextJS app directory is not handling Babel LOOSE properties properly
Labels: bug

### Verify canary release

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

### Provide environment information

    Operating System:
      Platform: darwin
      Arch: x64
      Version: Darwin Kernel Version 21.3.0: Wed Jan  5 21:37:58 PST 2022; root:xnu-8019.80.24~20/RELEASE_X86_64
    Binaries:
      Node: 18.12.1
      npm: 8.19.2
      Yarn: N/A
      pnpm: N/A
    Relevant packages:
      next: 13.1.2-canary.0
      eslint-config-next: 13.0.7
      react: 18.2.0
      react-dom: 18.2.0

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

App directory (appDir: true)

### Link to the code that reproduces this issue

https://github.com/jvenki/nextjs-evaluation

### To Reproduce

Just start the server

```
npm run dev
```

You will see the errors in the console. If you access http://localhost:3000/home-app, you will get the same error.

### Describe the Bug

Same code works perfectly in pages directory but doesnt work if ported appropriately into the app directory

Pages Directory Commit - https://github.com/jvenki/nextjs-evaluation/commit/b31c6c7b6870e12e8ae2c83ca25c413f11a13ccd
App Directory Commit - https://github.com/jvenki/nextjs-evaluation/commit/eba15dd6dc0812d951b451f521769805acb92b82

Looks like Transpilation configuration (either through Babel or SWC) is working correctly for code inside **pages** but not if i is inside ***app***. I get the error

```
TypeError: Cannot read properties of undefined (reading 'prototype')

This error happened while generating the page. Any console logs will be displayed in the terminal window.
Call Stack
prototype
node_modules/@babel/runtime/helpers/inheritsLoose.js (3:48)
RefFindNode
node_modules/@fluentui/react-component-ref/dist/commonjs/RefFindNode.js (40:31)
React
node_modules/@fluentui/react-component-ref/dist/commonjs/RefFindNode.js (99:2)
(sc_server)/./node_modules/@fluentui/react-component-ref/dist/commonjs/RefFindNode.js
file:///Users/venkateshj/Workspace/Programs/temp/nextjs-evaluation/.next/server/app/home-app/page.js (955:1)
```

This is a 3rd Party Library and it is distributed with inheritsLoose runtime helper of Babel. This works properly within pages but not within app.

Note that I tried with Babel also by explicitly having babel.config.js file. 

### Expected Behavior

Should work without the above mentioned error

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

_No response_

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

_No response_
Repository: PowerToys
Issue: Powertoys Run Math is incorrect with long values
Labels: Issue-Bug,Priority-3,Run-Plugin

### Microsoft PowerToys version

0.64.1

### Installation method

GitHub

### Running as admin

No

### Area(s) with issue?

PowerToys Run

### Steps to reproduce

1. Open up PowerToys Run
2. Enter in 0.66666666666666666666 (20 6's)
3. Observe that the result is 0.1132643445, not 0.666666667 or something.

![image](https://user-images.githubusercontent.com/29034492/210714464-c7c981bb-17ed-47ed-92a3-a6dca15aaf78.png)


### ✔️ Expected Behavior

_No response_

### ❌ Actual Behavior

_No response_

### Other Software

_No response_
Repository: ant-design
Issue: v3升至v4后，使用@ant-design/codemod-v4插件兼容v3，发现表单页面除了input以外的其他Form表单组件检验后，红框样式会丢失掉
Labels: Inactive

### Reproduction link

[https://github.com/cshggg/umi-test.git](https://github.com/cshggg/umi-test.git)

### Steps to reproduce

1.将项目antd版本从v3升级到v4，使用@ant-design/codemod-v4插件进行v3版本Form组件的兼容。
2.启动项目，打开一些表单页面（包含select、datePick等一些组件的表单）
3.点击确认，进行表单校验
4.发现除了必填为空的input输入框校验边框颜色变红之外，其余的必填为空的select和datePick组件等等，只有校验错误的提示文字，边框颜色没有变红

### What is expected?

表单内的所有组件检验，错误的情况都要边框变红并展示相对应的提示文字

### What is actually happening?

表单校验之后，只有必填的input文本框边框变红并展示相对应的提示文字，其余的像select、datePick等其他组件只有错误的提示文字，边框颜色没有标红

| Environment | Info |
| --- | --- |
| antd | 4.24.7 |
| React | 16.13.1 |
| System | Windows 10 专业版 |
| Browser | Google Chrome 108 |

<!-- generated by ant-design-issue-helper. DO NOT REMOVE -->
Repository: vscode
Issue: [Extension Host] Cannot set headers after they are sent to the client 
Labels: bug,proxy

<!-- ⚠️⚠️ Do Not Delete This! bug_report_template ⚠️⚠️ -->
<!-- Please read our Rules of Conduct: https://opensource.microsoft.com/codeofconduct/ -->
<!-- 🕮 Read our guide about submitting issues: https://github.com/microsoft/vscode/wiki/Submitting-Bugs-and-Suggestions -->
<!-- 🔎 Search existing issues to avoid creating duplicates. -->
<!-- 🧪 Test using the latest Insiders build to see if your issue has already been fixed: https://code.visualstudio.com/insiders/ -->
<!-- 💡 Instead of creating your report here, use 'Report Issue' from the 'Help' menu in VS Code to pre-fill useful information. -->
<!-- 🔧 Launch with `code --disable-extensions` to check. -->
Does this issue occur when all extensions are disabled?: This issue is related to extension process itself. 

<!-- 🪓 If you answered No above, use 'Help: Start Extension Bisect' from Command Palette to try to identify the cause. -->
<!-- 📣 Issues caused by an extension need to be reported directly to the extension publisher. The 'Help > Report Issue' dialog can assist with this. -->
- VS Code Version:  1.74 stable (1.75 insiders too)
- OS Version: Windows 10

Steps to Reproduce:

1. Setup `vscode` to use proxy server with authentication (basic username/password)
2. Install extensions that require api access (Github Copilot etc)
3. Try to use extension. Following error is displayed by extension process: 

```bash
[Extension Host] Cannot set headers after they are sent to the client 
```

![Capture](https://user-images.githubusercontent.com/2222702/210725539-9faa37dd-25d0-47f6-85ba-55b58557a050.PNG)