sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: flutter
Issue: dev/integration_tests/ios_add2app_life_cycle is broken
Labels: platform-ios,tool,a: existing-apps,f: integration_test,has reproducible steps,P2,found in release: 3.10,team-ios,triaged-ios,found in release: 3.13

```
ios_add2app_life_cycle dacoharkes$ ./build_and_test.sh 
~/flt/engine/flutter/dev/integration_tests/ios_add2app_life_cycle/flutterapp ~/flt/engine/flutter/dev/integration_tests/ios_add2app_life_cycle
Resolving dependencies... 
  material_color_utilities 0.5.0 (0.8.0 available)
Got dependencies!
Found saved certificate choice "Apple Development: Daco Harkes (7CG8QJCAGD)". To clear, use "flutter config".
Signing iOS app for device deployment using developer identity: "Apple Development: Daco Harkes (7CG8QJCAGD)"
Found saved certificate choice "Apple Development: Daco Harkes (7CG8QJCAGD)". To clear, use "flutter config".
Signing iOS app for device deployment using developer identity: "Apple Development: Daco Harkes (7CG8QJCAGD)"
Building com.example.iosAdd2appFlutter for simulator (ios)...
Running Xcode build...                                                  
 └─Compiling, linking and signing...                      1,472ms
Xcode build done.                                            9.4s
Built
/Users/dacoharkes/flt/engine/flutter/dev/integration_tests/ios_add2app_life_cycle/flutterapp/build/ios/iphonesimulator/
Runner.app.
~/flt/engine/flutter/dev/integration_tests/ios_add2app_life_cycle

[!] Invalid `Podfile` file: No such file or directory @ rb_sysopen - /Users/dacoharkes/flt/engine/flutter/dev/.ios/Flutter/Flutter.podspec.

 #  from /Users/dacoharkes/flt/engine/flutter/dev/integration_tests/ios_add2app_life_cycle/Podfile:13
 #  -------------------------------------------
 #  target 'ios_add2appTests' do
 >    install_flutter_engine_pod
 #    pod 'EarlGreyTest'
```

The call should have an argument to provide the path.

That argument has been expected since 36be63ba19f54e0c82156b7ceb8ee89111bc6731 (15 months ago) in templates/module/ios/library/Flutter.tmpl/podhelper.rb.tmpl.

After passing the argument, the test runs, succeeds in starting the app on the simulator, and then the test fails. This makes me think this whole test isn't currently exercised on the CI?

cc @vashworth 

Context: https://github.com/flutter/flutter/pull/130494#issuecomment-1648499653
Repository: stable-diffusion-webui
Issue: [Bug]: SD is reducing my RX 6800's wattage heavily, and severely reducing gen speeds
Labels: bug-report,platform:amd

### Is there an existing issue for this?

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

### What happened?

Typically my 6800 maxes at 210 Watts on 3Dmark for reference
When launching SD my card will typically top out at 160-170 watts and gen pretty quickly despite it being AMD
However sometimes the limit changes to 70 watts, this is entirely at random; sometimes it happens after sleep mode, a restart or even after a single gen.
The resolution to this bug is to launch a game that needs enough wattage and the issue is then resolved.
There are no driver issues and dxdiag has been run several times with AMD Support to confirm 0 issues with anything on my PC
Also more bizarre is that my clock speed is maxed out; something is happening potentially with no. of cores being used if clockspeed is high

### Steps to reproduce the problem

There is no way to reproduce the problem currently, it is random or caused by something unknown to me.

### What should have happened?

Typical system power usage

### Version or Commit where the problem happens

version: 23.7.1

### What Python version are you running on ?

Python 3.10.x

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

Windows

### What device are you running WebUI on?

AMD GPUs (RX 6000 above)

### Cross attention optimization

Automatic

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

Google Chrome

### Command Line Arguments

```Shell
--medvram --precision full --no-half --no-half-vae --opt-sub-quad-attention --opt-split-attention --opt-split-attention-v1 --disable-nan-check --theme dark
```


### List of extensions

a1111-sd-webui-lycoris
adetailer
multidiffusion-upscaler-for-automatic1111




### Console logs

```Shell
There are no logs to provide here as terminal shows regular behaviour that is no different from whether in a bugged wattage state or regular.
```


### Additional information

_No response_
Repository: PowerToys
Issue: Window Walker include executable name
Labels: Product-PowerToys Run,Needs-Triage,Needs-Team-Response

### Description of the new feature / enhancement

When I want to switch application using Window Walker, I can't simple type apps name to move to window.
Adjusting global sort order is not helping.

### Scenario when this would be used?

When I want to switch to Chrome using `ch` search will open new window.
At same time I have `50` global sort order for `Window Walker` and `-10` for `Program` plugin.

![Screenshot_74](https://github.com/microsoft/PowerToys/assets/24793462/8b1ec104-954b-43fe-8060-5f4e4f36342d)


### Supporting information

_No response_
Repository: go
Issue: archive/zip: extra Extra fields when repacking zip file
Labels: NeedsFix

If you use zip.(\*Writer).CreateHeader (for example using a header from a zip file you are copying), CreateHeader encodes fh.Modified into fh.Extra even if fh.Extra already contains a modified time. You get an Extra with an extra extTimeExtraID entry. If there is already a extTimeExtraID entry in Extra, we shold not add an extra extTimeExtraID.
Repository: kubernetes
Issue: kmsv2: follow-ups from KDF based nonce extension
Labels: sig/auth,lifecycle/stale,needs-triage

/assign
/sig auth
/triage accepted
/milestone v1.29
```[tasklist]
### Tasks
- [ ] Seed rotation: https://github.com/kubernetes/kubernetes/pull/118828#discussion_r1267336920
- [ ] integration test that this dynamically takes effect: https://github.com/kubernetes/kubernetes/pull/118828#discussion_r1248315533
- [x] integration test with old AES GCM data recorded and new KDF data recorded: https://github.com/kubernetes/kubernetes/pull/118828#discussion_r1248315660 -> #120370
- [ ] Doc SIV: https://github.com/kubernetes/kubernetes/pull/118828#discussion_r1267300901
- [ ] AEAD: https://github.com/kubernetes/kubernetes/pull/118828#discussion_r1261626758
- [ ] Rand bytes: https://github.com/kubernetes/kubernetes/pull/118828#discussion_r1270688260 and https://github.com/kubernetes/kubernetes/pull/118828#discussion_r1268520912
- [ ] Birthday math: https://github.com/kubernetes/kubernetes/pull/118828#discussion_r1268505548
- [ ] Drop encrypted prefix: https://github.com/kubernetes/kubernetes/pull/118828#discussion_r1271002510
- [ ] Switch on type: https://github.com/kubernetes/kubernetes/pull/118828#discussion_r1271003797 and https://github.com/kubernetes/kubernetes/pull/118828#discussion_r1271005273
- [x] Changelog: https://github.com/kubernetes/kubernetes/pull/118828#issuecomment-1649433462 -> #119693
- [x] Update docs to describe new feature gate -> https://github.com/kubernetes/website/pull/42312
```
Repository: pytorch
Issue: DISABLED test_cross_entropy_large_tensor_reduction_sum_cuda (__main__.TestNNDeviceTypeCUDA)
Labels: module: nn,module: rocm,triaged,module: flaky-tests,skipped

Platforms: rocm

This test was disabled because it is failing in CI. See [recent examples](https://hud.pytorch.org/failure/test_cross_entropy_large_tensor_reduction_sum_cuda) and the most recent trunk [workflow logs](https://github.com/pytorch/pytorch/runs/15304850679).

Over the past 72 hours, it has flakily failed in 6 workflow(s).

**Debugging instructions (after clicking on the recent samples link):**
To find relevant log snippets:
1. Click on the workflow logs linked above
2. Grep for `test_cross_entropy_large_tensor_reduction_sum_cuda`


Test file path: `test_nn.py`

cc @albanD @mruberry @jbschlosser @walterddr @mikaylagawarecki @jeffdaily @sunway513 @jithunnair-amd @pruthvistony @ROCmSupport @dllehr-amd @jataylo @hongxiayang
Repository: pytorch
Issue: Flip default on `add_zero_attn` in `torch.nn.MultiheadAttention` to `True`
Labels: module: nn,triaged,module: sdpa

### 🚀 The feature, motivation and pitch

I'm working on implementing a modified version of Softmax to be used in Transformer models that could greatly improve the performance of these models across the board. Evan Miller outlines the change in the blog post linked below, and it is an extremely simple one. This is my first issue on the pytorch library and I am happy to begin working on it.

From what I know, this would involve:
1. Creating a new function within torch.nn.functional that resembles the torch.nn.functional.softmax code.
2. Add similar functionality to the next layers of code that inherit from torch.nn.functional. The quantized version comes to mind.
3. Add an nn.Module that while similar to nn.Softmax, uses the new torch.nn.functional.softmax_one code to be written for point 1.

Credit to Evan Miller for this enlightening discovery: https://www.evanmiller.org/attention-is-off-by-one.html

### Alternatives

A possible alternative could be me publishing my own nn.Module as a separate function.

### Additional context

This improvement is something that, while it would require retraining for Transformer models that want to use this new optimization, would not introduce any breaking changes to the torch library.

cc @albanD @mruberry @jbschlosser @walterddr @mikaylagawarecki @bhosmer @cpuhrsch @erichan1 @drisspg
Repository: stable-diffusion-webui
Issue: [Bug]: Previews not picking up new embeddings when training textual inversion
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?

When training a new textual inversion embedding, the previews generated keep using the first previewed embedding as the embedding is trained. This is obvious when selecting "Read parameters (prompt, etc...) from txt2img tab when making previews" and using a fixed seed.

This seems related to the new caching (cached_c, cached_uc) in processing.StableDiffusionProcessingTxt2Img, where it caches the first version of the embedding and reuses it, that caching would need to be disabled during training 

### Steps to reproduce the problem

1. Set up a new embedding for training.
2. Go to txt2img tab and set up an image that uses the new embedding, select a fixed seed.
3. Go to training tab. select the new embedding and set up for a normal training. select "Read parameters (prompt, etc...) from txt2img tab when making previews"
4. Start training


### What should have happened?

Previews should update as the embedding is trained. Instead, the same image is generated over an over, until you stop training and click to refresh the list of embeddings.

### Version or Commit where the problem happens

version: v1.4.1

### What Python version are you running on ?

Python 3.11.x (above, no supported yet)

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

Windows

### What device are you running WebUI on?

Nvidia GPUs (GTX 16 below)

### Cross attention optimization

Automatic

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

Mozilla Firefox

### Command Line Arguments

```Shell
No
```


### List of extensions

Controlnet, ddetailer, etc. None that should affect training.

### Console logs

```Shell
N/A
```


### Additional information

_No response_
Repository: godot
Issue: Autocomplete hangs editor with "$" notation on complex scenes
Labels: bug,topic:gdscript,topic:editor,needs testing,performance

### Godot version

v4.1.stable.official [970459615]

### System information

Windows 10.0.19044

### Issue description

On complex scenes (such as User Interfaces with nested menus, containers, and buttons) using the "$" notation to autocomplete node paths can cause the editor to hang up/freeze. 

### Steps to reproduce

Make a scene with lots of nested nodes and use the "$" notation to find the path to a node. In the example project provided, simply attempt to reassign the menu_example variable to a different MenuExample and watch the CPU usage spike and the editor possibly hang.

### Minimal reproduction project

[Autocomplete Bug.zip](https://github.com/godotengine/godot/files/12163500/Autocomplete.Bug.zip)
Repository: go
Issue: proposal: x/tools/go/analysis/passes/shadow: option to ignore generated code
Labels: Proposal

`protoc-gen-go-grpc`, in particular, generates code like:

```go
func (c *myServiceClient) GetProfiles(ctx context.Context, in *ProfilesRequest, opts ...grpc.CallOption) (MyService_GetProfilesClient, error) {
	stream, err := c.cc.NewStream(ctx, &MyService_ServiceDesc.Streams[0], "/MyService/getProfiles", opts...)
	if err != nil {
		return nil, err
	}
	x := &myServiceGetProfilesClient{stream}
	if err := x.ClientStream.SendMsg(in); err != nil {
		return nil, err
	}
	if err := x.ClientStream.CloseSend(); err != nil {
		return nil, err
	}
	return x, nil
}
```

Another, more generic option would be providing a list of ignored files.
Repository: go
Issue: runtime: plan9/amd64 builder hangs
Labels: help wanted,OS-Plan9,NeedsInvestigation,compiler/runtime

https://build.golang.org/log/ed9b4a8cec1f938b98f5cc517dcd8ca603486c91

```
ok  	regexp/syntax	0.552
Test {"go_test:runtime" "runtime"} ran over 20m0s limit (20m0.00085011s); saw output:

XXXBANNERXXX:Test execution environment.
# GOARCH: amd64
# CPU: Intel Core Processor (Broadwell)
# GOOS: plan9
# OS Version: 2000

XXXBANNERXXX:Testing packages.
```

I've seen similar on 9front/amd64 with less than 16 GB of RAM on recent versions when running `all.rc`.
Repository: stable-diffusion-webui
Issue: [Bug]:  TI Training broken by newest commit
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?

Newest update broken Ti Training. 

![image](https://github.com/AUTOMATIC1111/stable-diffusion-webui/assets/140539716/7ba4febb-9f48-4219-9347-dd447195ee3e)

rolling back to earlier commits have no effect

### Steps to reproduce the problem

1. try training any TI


### What should have happened?

training should have started

### Version or Commit where the problem happens

main

### What Python version are you running on ?

Python 3.10.x

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

Windows

### What device are you running WebUI on?

Nvidia GPUs (RTX 20 above)

### Cross attention optimization

Automatic

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

Mozilla Firefox

### Command Line Arguments

```Shell
no
```


### List of extensions

none

### Console logs

```Shell
![image](https://github.com/AUTOMATIC1111/stable-diffusion-webui/assets/140539716/7ba4febb-9f48-4219-9347-dd447195ee3e)
```


### Additional information

_No response_
Repository: pytorch
Issue: PT2 is not thread safe
Labels: high priority,triaged,months,oncall: pt2

### 🐛 Describe the bug

PT2 compilation stack is not thread safe. We do not test for this very carefully and I suspect https://github.com/pytorch/pytorch/pull/105942 may not be the last fix we need for this.

cc @gchanan @zou3519 @kadeng @msaroufim @bdhirsh @anijain2305 @chauhang @wconstab @eellison who also suffered under fake tensor thread safety

### Versions

main
Repository: vscode
Issue: SVGs don't seem to work for `iconPath` in `QuickPickItem`
Labels: bug,quick-pick

Testing #188683

using:
```ts
vscode.window.showQuickPick([{
			label: 'sample',
			iconPath: vscode.Uri.parse('https://api.dicebear.com/6.x/pixel-art/svg')
		}]);
```
![image](https://github.com/microsoft/vscode/assets/2644648/ecb3262b-569a-4977-9713-2d151732f3db)

however using `png` instead:
```
vscode.window.showQuickPick([{
			label: 'sample',
			iconPath: vscode.Uri.parse('https://api.dicebear.com/6.x/pixel-art/png')
		}]);
```
works:
![image](https://github.com/microsoft/vscode/assets/2644648/fd6c8881-7150-4ea8-8753-c32f61551e84)

Not sure if this is expected or not.
Repository: go
Issue: proposal: crypto/x509: add Context to VerifyOptions
Labels: Proposal,Proposal-Crypto

Currently, there is no way to cancel or put a deadline on certificate verification operations, which due to the graph nature of chain building (and the associated signature verifications) can be somewhat expensive.

I propose we add a context.Context to the VerifyOptions struct, which would then be checked during path building. This can then be populated during TLS handshakes using the existing context.

```
type VerifyOptions struct {
	...

	// Context is the context used for certificate chain building and
	// verification. If nil, verification time is unbounded.
	Context context.Context
}
```

cc @FiloSottile
Repository: vscode
Issue: Odd order of extension activation
Labels: bug,confirmation-pending,extension-activation

I was trying to debug which order extensions were activating in as the `*` activation event wasn't working as expected and I came across #171135.

This and the associated PR, change the order of activation events so that `onLanguage` or `onFilesystem` now take precedence over `*`.

I also noticed that Emmet has switched to use this in #167867.

This means, for example, that Emmet now has the highest priority activation of any extension, and will delay extensions that start on `*`, regardless of which language is in use.

Is this the desired behaviour, with `onLanguage` being the event with the earliest activation time? 

Shoudl emmet perhaps be configured as `["onLanguage:html", "onLanguage:css", "onStartupFinished"]` so for other languages it doesn't jump ahead of `*`?

Under https://code.visualstudio.com/api/references/activation-events#Start-up there is a warning against using `*`, but we don't seem to have similar warnings for `onLanguage` or `onFile` which can block even extensions with activation event `*` by up to 1 second.

(No real issue here, just I think it would be good to clarify the order of precedence for activation events and update the docs accordingly.)
Repository: stable-diffusion-webui
Issue: [Bug]: Unable to reproduce images from 1.4.1 in 1.5.0
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?

After upgrading to 1.5.0 (from 1.4.1), LoRas are behaving very differently.

It is impossible to reproduce any of the images from 1.4.1 in 1.5.0, so I assume a bug was introduced when the builtin lora extension got revamped.

Also, before, lora weights of 0.6-0.9 very perfectly fine for some loras whereas now they are producing garbage.

### Steps to reproduce the problem

1. Load any txt2img image from 1.4.1 that used LoRas (with openpose controlnet in cases I tested, so I loaded the exact same pose as well) to PNG info in 1.5.0
2. Press send to txt2img
3. Press generate
4. Gives totally different image (if not garbage)

### What should have happened?

Should have reproduced the same image

### Version or Commit where the problem happens

1.5.0

### What Python version are you running on ?

Python 3.10.x

### What platforms do you use to access the UI ?

Linux

### What device are you running WebUI on?

Nvidia GPUs (RTX 20 above)

### Cross attention optimization

xformers

### What browsers do you use to access the UI ?

Google Chrome

### Command Line Arguments

```Shell
--xformers
```


### List of extensions

ControlNet [e9679f8f](https://github.com/Mikubill/sd-webui-controlnet/commit/e9679f8fc50880a92d6f1b6fc1aabad41079efd5)

### Console logs

```Shell
No unusual output in the console
```


### Additional information

_No response_
Repository: stable-diffusion-webui
Issue: [Bug]: After updating I got this error KeyError: 'Stable Diffusion XL
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?

After updating I got this error `KeyError: 'Stable Diffusion XL`
today I updated to the new version 1.5.0, i don't understand why it happens. 


### Steps to reproduce the problem

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


### What should have happened?

run stable diffusion correctly

### Version or Commit where the problem happens

1.5.0

### What Python version are you running on ?

Python 3.10.x

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

_No response_

### What device are you running WebUI on?

_No response_

### Cross attention optimization

xformers

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

_No response_

### Command Line Arguments

```Shell
--enable-insecure-extension-access --opt-sdp-attention --share --no-half-vae --disable-safe-unpickle --theme dark --no-hashing
```


### List of extensions

no

### Console logs

```Shell
│                                                                              │
│     6                                                                        │
│     7 sd_configs_path = shared.sd_configs_path                               │
│     8 sd_repo_configs_path = os.path.join(paths.paths['Stable Diffusion'], " │
│ ❱   9 sd_xl_repo_configs_path = os.path.join(paths.paths['Stable Diffusion X │
│    10                                                                        │
│    11                                                                        │
│    12 config_default = shared.sd_default_config
```


### Additional information

_No response_
Repository: stable-diffusion-webui
Issue: [Bug]: X/Y/Z plot reports wrong progress percentage and steps to the console and sometimes is not visible
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?

In the console the X/Y/Z plot Total progress randomly starts at > 0% and > 0 steps, but in the UI the progress bar and percentage are displayed accurately
This time progress in the console started at 40% and steps at 320/800 and disappears from console when falsely reaches 100%, while progress in the UI started at 0%

### Steps to reproduce the problem

Batch size: 2
1. Enable X/Y/Z Script
2. X type: Seed, X values: 0,2,4,6
3. Y type: Checkpoint name, Y values 8 distinct models

### What should have happened?

The progress in the console should start at 0% and 0/800 steps and not disappear randomly

### Version or Commit where the problem happens

version: v1.4.1 

### What Python version are you running on ?

Python 3.10.x

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

Windows

### What device are you running WebUI on?

Nvidia GPUs (GTX 16 below)

### Cross attention optimization

xformers

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

Google Chrome

### Command Line Arguments

```Shell
set COMMANDLINE_ARGS= --medvram --xformers --opt-sdp-attention --opt-split-attention --no-half --no-half-vae
```


### List of extensions

Extension
 a1111-sd-webui-tagcomplete
 sd-dynamic-thresholding
 sd-webui-model-converter
 sd-webui-supermerger
 stable-diffusion-webui-model-toolkit

### Console logs

```Shell
X/Y/Z plot will create 64 images on 1 4x8 grid; 2 images per cell. (Total steps to process: 800)
```


### Additional information

_No response_
Repository: pytorch
Issue: Ensure PRs are rebased on top of a recent commit (CI check)
Labels: triaged,module: devx

**Goal**: Reduce breaks from land races

**Context**
Today our PR staleness checks only check to see that CI was run on the PR within the past X days, but it doesn't check how old the merge base was (despite many of us thinking that's what it does!)

Let's align reality with our expectations and make this actually happen. CI checks seem like a good option for this

**Exit criteria**
A CI Check that fails if it notices that the mergebase of the pr and trunk is more than X business days old (3 seems like a good value to use). 

If the check fails, we'd ideally post a comment on the PR sharing the commands the dev should run to rebase their PR.

Defining this to use business days in order to avoid requiring rebases right after the weekend


cc @kit1980 @huydhn @clee2000