sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: PowerToys
Issue: Fancy Zones - Pop up window in new layer
Labels: Needs-Triage

### Description of the new feature / enhancement

A layer feature, within fancy zones, in which newly created windows can open in a zone on the second layer, or the ability to exclude certain things from the 'Move newly created windows to their last known zone' option

### Scenario when this would be used?

When opening a new email or reply email, in outlook, I prefer to have my emails open in a smaller window, on top of the main window. I've turned on 'Move newly created windows to their last known zone' which works really well for other software, but it means that new emails open at the same size as the main outlook window. I prefer to have this setting on, for all other software, but also don't want to exclude outlook from snapping to zones, as I still want the main window to snap.

### Supporting information

_No response_
Repository: material-ui
Issue: [core] Define rules to modularize packages in Next.js
Labels: performance,core,enhancement,nextjs

From https://github.com/mui/material-ui/pull/35457#issuecomment-1676416983

> we can scale this (modularizing the icons package) to all the MUI npm packages, beyond @mui/icons-material. It could be done with special rules, like in https://github.com/vercel/next.js/blob/261db496f7cf04b70f078a6eae0c8baf6fe5c238/packages/next/src/server/config.ts#L738. I didn't have time in https://github.com/vercel/next.js/pull/51953 to do it right, there was an urgency to fix it before it was rolled from their canary release to stable. Then, the question is is the Next.js job to keep this up to date? Is there a similar opportunity with Vite, should we update the Vite example as well? At the end of the day, it's about improving the DX.
Repository: flutter
Issue: [go_router] Unwanted black screen when using async redirect.
Labels: package,has reproducible steps,P3,p: go_router,team-go_router,triaged-go_router,found in release: 3.13,found in release: 3.14

`GoRouter` shows an unwanted black screen till the redirect async operation completes. It should instead build the underlying page before evaluating `redirect`.

```dart
  return GoRouter(
    routes: Routes.all,
    redirect: (context, state) async {
	 // Sample asynchronous operation.
      await Future.delayed(const Duration(seconds: 6));
    
      // no need to redirect at all
      return null;
    },
  );
```

_Originally posted by @lucavenir in https://github.com/flutter/flutter/issues/112798#issuecomment-1485230617_
Repository: stable-diffusion-webui
Issue: [Bug]: Cannot switch to custom checkpoint after last update (Google Colab)
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?

Before the latest update the checkpoint that i created through Dreambooth worked okay, but today i cannot run it, because of error: 

```
Stable diffusion model failed to load
changing setting sd_model_checkpoint to model/model_1200.safetensors [d2f514c92f]: AttributeError
...
AttributeError: 'Options' object has no attribute 'sd_checkpoints_limit'
```

### Steps to reproduce the problem

Create a checkpoint through dreambooth using prev webui versions and run it with newest version in Google Colab T4 (with increased memory) env.

### What should have happened?

I see this in the terminal

```
Stable diffusion model failed to load
changing setting sd_model_checkpoint to model/model_1200.safetensors [d2f514c92f]: AttributeError
Traceback (most recent call last):
  File "/content/gdrive/MyDrive/sd/stable-diffusion-webui/modules/shared.py", line 633, in set
    self.data_labels[key].onchange()
  File "/content/gdrive/MyDrive/sd/stable-diffusion-webui/modules/call_queue.py", line 14, in f
    res = func(*args, **kwargs)
  File "/content/gdrive/MyDrive/sd/stable-diffusion-webui/webui.py", line 238, in <lambda>
    shared.opts.onchange("sd_model_checkpoint", wrap_queued_call(lambda: modules.sd_models.reload_model_weights()), call=False)
  File "/content/gdrive/MyDrive/sd/stable-diffusion-webui/modules/sd_models.py", line 732, in reload_model_weights
    sd_model = reuse_model_from_already_loaded(sd_model, checkpoint_info, timer)
  File "/content/gdrive/MyDrive/sd/stable-diffusion-webui/modules/sd_models.py", line 697, in reuse_model_from_already_loaded
    elif shared.opts.sd_checkpoints_limit > 1 and len(model_data.loaded_sd_models) < shared.opts.sd_checkpoints_limit:
  File "/content/gdrive/MyDrive/sd/stable-diffusion-webui/modules/shared.py", line 617, in __getattr__
    return super(Options, self).__getattribute__(item)
AttributeError: 'Options' object has no attribute 'sd_checkpoints_limit'
```

### Sysinfo

[sysinfo-2023-08-31-08-48.txt](https://github.com/AUTOMATIC1111/stable-diffusion-webui/files/12484317/sysinfo-2023-08-31-08-48.txt)


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

Google Chrome

### Console logs

```Shell
Already provided the output.
```


### Additional information

_No response_
Repository: PowerToys
Issue: Program priority
Labels: Needs-Triage

### Description of the new feature / enhancement

the option to set specified programs and tasks to an other priority permanently

### Scenario when this would be used?

whenever a program needs more resources of a pc then you can permanently assign the priority of the program so it wil automatically get wat it needed. like a power version of task manager.

### Supporting information

_No response_
Repository: pytorch
Issue: `adaptive_avg_pool2d_backward_cuda` is not deterministic
Labels: triaged,module: determinism

### 🐛 Describe the bug

RuntimeError: adaptive_avg_pool2d_backward_cuda does not have a deterministic implementation, but you set 'torch.use_deterministic_algorithms(True)'. You can turn off determinism just for this operation, or you can use the 'warn_only=True' option, if that's acceptable for your application. You can also file an issue at https://github.com/pytorch/pytorch/issues to help us prioritize adding deterministic support for this operation.
Error in adding attention mechanism when using YOLOv5,Need to set torch.use_deterministic_algorithms(False).
However, the code cannot be reproduced. Can you help me?


### Versions

def init_seeds(seed=0, deterministic=False):
# Initialize random number generator (RNG) seeds https://pytorch.org/docs/stable/notes/randomness.html
random.seed(seed)
np.random.seed(seed)
torch.manual_seed(seed)
torch.cuda.manual_seed(seed)
torch.cuda.manual_seed_all(seed) # for Multi-GPU, exception safe
# torch.backends.cudnn.benchmark = True # AutoBatch problem https://github.com/ultralytics/yolov5/issues/9287
if deterministic and check_version(torch.__version__, '1.12.0'): # https://github.com/ultralytics/yolov5/pull/8213
torch.use_deterministic_algorithms(True)
torch.backends.cudnn.deterministic = True
os.environ['CUBLAS_WORKSPACE_CONFIG'] = ':4096:8'
os.environ['PYTHONHASHSEED'] = str(seed)

cc @mruberry @kurtamohler
Repository: pytorch
Issue: ONNX export constant folding messes up with shared weight deduplication
Labels: module: onnx,triaged

### 🐛 Describe the bug

Hi, it appears that using `do_constant_folding=True` in the ONNX export will undo some weight deduplication. For example, an `nn.Linear` weight will go from

![image](https://github.com/pytorch/pytorch/assets/9808326/5e0a9e87-8c2a-4f23-ae7c-4c4548e95641)

& 

![image](https://github.com/pytorch/pytorch/assets/9808326/752aabad-eeda-44eb-bb36-326c692ba242)

to


![image](https://github.com/pytorch/pytorch/assets/9808326/19c8e6c4-00f5-4973-bf0c-356670348c78)

effectively transposing the weight. Given that the `DeduplicateInitializersByDataPtr` relies on the tensor size, in case the shared weight has a different size (e.g. an embedding weight), the deduplication pass will fail.

It seems to me that the initializer deduplication should happen before the constant folding, and constant folding should be done only for non-shared weights.

WDTY @justinchuby @BowenBao ?

Thank you!


Repro:
```
pip install optimum
optimum-cli export onnx -m bigscience/bloom-560m bloom_onnx --no-post-process
```

and inspect the output with netron


### Versions

Both on 2.0.1 and nightly
Repository: stable-diffusion-webui
Issue: [Bug]: V1.6.0 Sometimes it is not possible to select a model
Labels: cannot-reproduce,bug-report

### Is there an existing issue for this?

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

### What happened?

Selecting a model on the UI does not take effect
Actually, there is this model

This is the log

Checkpoint toonyou_beta6.safetensors not found; loading fallback 4Guofeng4XL_v1125D.safetensors

### Steps to reproduce the problem

1. Go to .... 
2. Press ....
3. ...


### What should have happened?

正常加载模型

### Sysinfo

dump-sysinfo 命

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

Google Chrome

### Console logs

```Shell
API 2023-08-31 09:27:24.241566 200 http/1.1 GET /sdapi/v1/options 127.0.0.1 0.0044
HTTP Request: POST http://localhost:7860/api/predict "HTTP/1.1 200 OK"
HTTP Request: POST http://localhost:7860/reset "HTTP/1.1 200 OK"
HTTP Request: POST http://localhost:7860/reset "HTTP/1.1 200 OK"
HTTP Request: POST http://localhost:7860/reset "HTTP/1.1 200 OK"
API 2023-08-31 09:27:27.239753 200 http/1.1 GET /sdapi/v1/options 127.0.0.1 0.0053
API 2023-08-31 09:27:30.243955 200 http/1.1 GET /sdapi/v1/options 127.0.0.1 0.0076
Checkpoint toonyou_beta6.safetensors not found; loading fallback 4Guofeng4XL_v1125D.safetensors
API 2023-08-31 09:27:33.239444 200 http/1.1 GET /sdapi/v1/options 127.0.0.1 0.0048
API 2023-08-31 09:27:37.989669 200 http/1.1 GET /sdapi/v1/options 127.0.0.1 1.6645
API 2023-08-31 09:27:40.989245 200 http/1.1 GET /sdapi/v1/options 127.0.0.1 0.0105
```


### Additional information

_No response_
Repository: vscode
Issue: ILanguageService events only fire once
Labels: debt,editor-core

The problematic events are `onDidRequestBasicLanguageFeatures` and `onDidRequestRichLanguageFeatures`.

If a listener is registered after the event fires, they will never be called again.
Repository: rust
Issue: `extern "C" fn` on mips64 targets does not respect repr(transparent)
Labels: A-FFI,P-low,O-MIPS,T-compiler,I-unsound,A-ABI

This is the MIPS version of https://github.com/rust-lang/rust/issues/115336:  on the target `mips64-unknown-linux-gnuabi64`, all arrays and some tuple types like `(i32, f32, i64, f64)` have a different ABI when being wrapped in `repr(transparent)` wrappers, and hence this fails the test I added in https://github.com/rust-lang/rust/pull/115372.

For instance for `[u8; 2]`, the `PassMode` becomes
```
                   mode: Indirect {
                       attrs: ArgAttributes {
                           regular: NoAlias | NoCapture | NonNull | NoUndef,
                           arg_ext: None,
                           pointee_size: Size(2 bytes),
                           pointee_align: Some(
                               Align(1 bytes),
                           ),
                       },
                       extra_attrs: None,
                       on_stack: false,
                   },
```
But for `Wrapper<[u8; 2]>` it becomes
```
                   mode: Cast(
                       CastTarget {
                           prefix: [
                               None,
                               None,
                               None,
                               None,
                               None,
                               None,
                               None,
                               None,
                           ],
                           rest: Uniform {
                               unit: Reg {
                                   kind: Integer,
                                   size: Size(8 bytes),
                               },
                               total: Size(2 bytes),
                           },
                           attrs: ArgAttributes {
                               regular: (empty),
                               arg_ext: None,
                               pointee_size: Size(0 bytes),
                               pointee_align: None,
                           },
                       },
                       false,
                   ),
```

This also affects mips64el-unknown-linux-gnuabi64, mips64-openwrt-linux-musl, mips64-unknown-linux-muslabi64, mips64el-unknown-linux-muslabi64
Cc @Itus-Shield (listed as maintainer for the openwrt target)
Repository: godot
Issue: Nintendo Switch Pro Controller doesn't work 
Labels: bug,needs testing,topic:input

### Godot version

v4.2.dev3.official [013e8e3af]

### System information

Godot v4.2.dev3 - Windows 10.0.19045 - Vulkan (Forward+) - dedicated NVIDIA GeForce GTX 1060 6GB (NVIDIA; 31.0.15.3640) - Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz (4 Threads)

### Issue description

Nintendo Switch Pro Controller doesn't work 

Problems:
- Input from Nintendo Switch Pro Controller is totally chaotic 
	- Controller works fine if I test it with this web browser based test: https://hardwaretester.com/gamepad
	- Controller works fine if I test it with Steam's controller test
- Unplugging Nintendo Switch Pro Controller at runtime is not noticed 
	- Plugging in at runtime is noticed 
	- If Godot app is restarted, unplugged controlled is no more seen 
	- Noticing unplugging at runtime works with other controllers, eg. Xbox360 controller (XInput controller)


https://github.com/godotengine/godot/assets/49998025/79d991ce-b74b-4951-8d68-8042105190ce


Nintendo Switch Pro Controller doesn't work with Godot v3.5.2.stable.official [170ba337a] either.

### Steps to reproduce

Connect Nintendo Switch Pro Controller and run the attached project.

### Minimal reproduction project

[g42_joypad.zip](https://github.com/godotengine/godot/files/12485510/g42_joypad.zip)
Repository: vscode
Issue: [css] Wrong selector hover when using :has() 
Labels: bug,help wanted,css-less-scss

Type: <b>Bug</b>

Set language to CSS.

Put this code:

```CSS
article:has(.alert) {
	color: crimson;
}
```

Hover over `article:has(.alert)`.

This dialog shows a wrong HTML example:
```HTML
<article :has>
```

Instead, it could be:
```HTML
<article>
  <div class="alert"></div>
</article>
```

VS Code version: Code 1.80.1 (74f6148eb9ea00507ec113ec51c489d6ffb4b771, 2023-07-12T17:20:58.115Z)
OS version: Darwin arm64 21.6.0
Modes: Restricted


<!-- generated by issue reporter -->
Repository: deno
Issue: Vectored I/O
Labels: suggestion,runtime

Copied with modifications from here: https://github.com/nodejs/node/issues/49421

## What is the problem this feature will solve?

In Rust, as with some other languages, you can write an array of byte arrays (a two-dimensional array of bytes, in other words) to a TCP socket, and under the hood, if it is available, the system will bypass concatenating those bytes in memory, and write them sequentially to the socket (which still might concatenate them under the hood; this just avoids an unnecessary user-space concatenation). Avoiding this unnecessary concatenation makes programs more efficient by avoiding an unnecessary allocation.

https://en.wikipedia.org/wiki/Vectored_I/O

## What is the feature you are proposing to solve the problem?

I don't think this would be too hard to implement under the hood, but at least from a user API, I would expect `Deno.Writer`, to implement a `writeVectored(v: Uint8Array[])` method. If the underlying write stream does not actually support vectored writes, it could just concatenate said buffers in userland before writing as normal.

## What alternatives have you considered?

I don't think there really is an alternative, since a true vectored I/O relies upon system APIs, such as Linux's `writev`.
Repository: rust
Issue:  The type inference for `T` cannot be done when the matched type has the form of `T::Output` and the trait is user-defined but it can be done for `FnTrait`
Labels: A-associated-items,T-compiler,A-inference

````rust
trait MyTrait<T> {
    type Output;
}
impl<T> MyTrait<T> for T {
    type Output = T;
}
fn show<T: MyTrait<T, Output = T> + Default>() -> T::Output {
    T::default()
}

fn main() {
    let i: i32 = show();
}
````
In this case, the compiler cannot infer the type for `T`, however, as specified in the trait bound `T: MyTrait<T, Output = T>`, which implies that `T::Output` is just `T`. If we change `T::Output` to `T`, then the compiler will infer `T` as `i32`. 

In contrast, the compiler can infer `Fn::Output`, for example:
````rust
fn infer_output<F,U:Default>(_:F)->F::Output
where F:Fn()->U
{
   U::default()
}
fn function<U:Default>()->U{
    U::default()
}
fn main() {
    let i:i32 = infer_output(function);
}
````
In this example, the compiler can know that `F::Output` is `U`, and infer `U` with type `i32`. The compiler may enhance type inference to make it more powerful for the first example.
Repository: rust
Issue: Program Hangs when Using Associated Types in Structs with Trait Bounds
Labels: A-trait-system,A-associated-items,T-compiler,C-bug,I-hang,A-implied-bounds

<!--
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.
-->

I tried this code（reduced）:

```rust
//...
trait Trait {
    type AssTrait;
}
//...
struct St<'a, T: Trait> {
    _var1: Box<&'a T>,
    _var2: Box<St<'a, T::AssTrait>>,
}

fn main() {
//...
}
```
When attempting to compile the provided code, the program hangs indefinitely, resulting in a non-responsive state. This issue occurs when using associated types in structs with trait bounds.

😃I expected to see this happen: *The code should compile successfully or produce a clear error message indicating the cause of the issue.*

😥Instead, this happened: *The compilation process hangs indefinitely, and the program does not execute.*

### 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.72.0 (5680fa18f 2023-08-23)
binary: rustc
commit-hash: 5680fa18feaa87f3ff04063800aec256c3d4b4be
commit-date: 2023-08-23
host: x86_64-unknown-linux-gnu
release: 1.72.0
LLVM version: 16.0.5

```
We have attempted to use the `BACKTRACE=1`command to obtain a backtrace for debugging purposes😢, but no output is generated. It is worth mentioning that the provided code snippet causes a hang issue on both the latest stable and nightly(nightly-x86_64-unknown-linux-gnu unchanged - rustc 1.74.0-nightly (59a829484 2023-08-30)) versions of Rust.

What‘s more,when we change `_var2: Box<St<'a, T::AssTrait>>` to `_var2: Box<St<'a, T>>`, the program will produce the correct 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>Backtrace</summary>
<p>

```
<backtrace>
```

</p>
</details>
Repository: terminal
Issue: Adjust Opacity to 100% with Color Scheme in Unfocused Appearance that has colour other than black gives black outline 
Labels: Help Wanted,Area-Rendering,Issue-Bug,Product-Terminal

### Windows Terminal version

1.18.1462.0

### Windows build number

10.0.22621.0

### Other Software

_No response_

### Steps to reproduce

![image](https://github.com/microsoft/terminal/assets/15957528/628e9af1-1e0b-4792-9f4d-ab149309eebe)
![new_bug_discovered](https://github.com/microsoft/terminal/assets/15957528/494d4417-6a35-450a-89f7-52085ef9b546)


### Expected Behavior

![image](https://github.com/microsoft/terminal/assets/15957528/51cafec6-2e29-4446-84e5-c3a1a9664ed2)


### Actual Behavior

![actual behaviour](https://github.com/microsoft/terminal/assets/15957528/9267f6f3-7fa7-4e71-bdf1-61f1daf37439)
Repository: material-ui
Issue: [question] Is there a way to make mui css codes external instead of internal?
Labels: support: question,package: system,customization: css

### Order ID or Support key 💳 (optional)

59340

### Duplicates

- [X] I have searched the existing issues

### Latest version

- [x] I have tested the latest version

### The problem in depth 🔍

when i see chrome inspect elements, in my `<head>`, i had many `<style data-emotion="css" data-s=""></style>` and inside of it was mui css codes like :`.css-jwafdq-MuiButtonBase-root-MuiPickersDay-root-MuiDateRangePickerDay-day.Mui-selected:hover{will-change:background-color;background-color:#1565c0;}`

But my problem is why the styles go directly to the head tag like this and were not bundled in a stylesheet.
I wanted to know if there is a way to prevent this approach and these codes do not appear in the head tag and are created in an external file.

![Screenshot 2023-08-28 121754](https://github.com/mui/mui-x/assets/77675736/74783c90-f3bf-4117-822c-0292eca3da31)


### Your environment 🌎

<details>
  <summary>`npx @mui/envinfo`</summary>

```
  chrome browser.
  System:
    OS: Windows 10 10.0.19045
  Binaries:
    Node: 18.14.2 - C:\Program Files\nodejs\node.EXE
    Yarn: 1.22.19 - ~\AppData\Roaming\npm\yarn.CMD
    npm: 9.8.1 - C:\Program Files\nodejs\npm.CMD
  Browsers:
    Chrome: Not Found
    Edge: Spartan (44.19041.1266.0), Chromium (116.0.1938.62)
  npmPackages:
    @emotion/react: ^11.10.6 => 11.10.8
    @emotion/styled: ^11.10.6 => 11.10.8
    @mui/base:  5.0.0-alpha.127
    @mui/core-downloads-tracker:  5.12.2
    @mui/icons-material: ^5.11.11 => 5.11.16
    @mui/lab: ^5.0.0-alpha.121 => 5.0.0-alpha.128
    @mui/material: ^5.11.11 => 5.12.2
    @mui/private-theming:  5.12.0
    @mui/styled-engine:  5.12.0
    @mui/styles: ^5.11.11 => 5.12.0
    @mui/system:  5.12.1
    @mui/types:  7.2.4
    @mui/utils:  5.12.0
    @mui/x-date-pickers: ^6.0.0 => 6.3.0
    @mui/x-date-pickers-pro: ^5.0.20 => 5.0.20
    @mui/x-license-pro: ^5.17.12 => 5.17.12
    @types/react: 18.0.28 => 18.0.28
    react: ^18.2.0 => 18.2.0
    react-dom: 18.2.0 => 18.2.0
    typescript: 4.9.5 => 4.9.5

```
</details>
Repository: fastapi
Issue: Mounting sub-applications under `APIRouter`
Labels: bug

### Discussed in https://github.com/tiangolo/fastapi/discussions/8682

<div type='discussions-op-text'>

### Example Code

```python
from fastapi import FastAPI, APIRouter
from starlette.testclient import TestClient

app = FastAPI()
api_router = APIRouter(prefix="/api")


@api_router.get("/app")
def read_main():
    return {"message": "Hello World from main app"}


app.include_router(api_router)

subapi = FastAPI()


@subapi.get("/sub")
def read_sub():
    return {"message": "Hello World from sub API"}


api_router.mount("/subapi", subapi)

client = TestClient(app)

assert client.get('/api/app').status_code == 200

# this next assert fails
assert client.get('/api/subapi/sub').status_code == 200
```


### Description

Is it possible to mount a sub-application under an APIRouter? APIRouter itself has a mount function and accepts similar arguments to mounting a sub-application on a FastAPI instance, but I can't get the routing to actually work (nor can i get the openapi docs or spec to come back from that I would assume are the correct URLs.

The docs for sub applications note that the sub-application will have it's root_path correctly set, and I've tried a few combinations of manually setting the root_path on the subapi instance, but to no avail.

## Related
- https://github.com/tiangolo/fastapi/discussions/9070
- https://github.com/tiangolo/fastapi/pull/5373