sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: PowerToys
Issue: Froze on OOBE upon first launch post installation
Labels: Issue-Bug,Product-Settings,Needs-Triage

### Microsoft PowerToys version

0.82.0

### Installation method

WinGet

### Running as admin

Yes

### Area(s) with issue?

System tray interaction, Welcome / PowerToys Tour window

### Steps to reproduce

1. Tap the PowerToys icon in tray to open the small menu that allows you to toggle modules.
2. Observe that the menu lags.
3. The OOBE also lags.

### ✔️ Expected Behavior

The menu displays all the enabled modules.

### ❌ Actual Behavior

The menu didn't render anything at all and lagged instead. Was unable to kill the process, so I had to sign out of Windows and sign back in.


[PowerToysReport_2024-07-15-21-34-15.zip](https://github.com/user-attachments/files/16237301/PowerToysReport_2024-07-15-21-34-15.zip)

![image](https://github.com/user-attachments/assets/ceb15301-cf99-4ef8-964e-ec0d1cc67399)


The lag occurred at 16:55 Indian Standard Time, if that's relevant.


### Other Software

_No response_
Repository: godot
Issue: Using enum from another class in different scene as @export doesn't properly update it's values in editor and in used scene
Labels: discussion,topic:gdscript,topic:editor

### Tested versions

4.3.beta3

### System information

Windows 11, RTX 3080, AMD 5800X3D

### Issue description

As the title says if you try to use enum from another scene that is not used in a current scene as an @export will kinda break the editor

it doesn't happen if you create the enum in the current scene that has an @export or other scene is a child (still doens't update as fast as in current scene)

here is a video to show:

https://www.youtube.com/watch?v=YxlTrrGh6EM

### Steps to reproduce

Create a project
Make two scenes
One with an class name and enum
Another with @export of that class name and enum
Try updating the enum by adding more values or changing the default values
They won't update unless you force editor to refresh like relaunching or rewriting the export

### Minimal reproduction project (MRP)

[mrp.zip](https://github.com/user-attachments/files/16237363/mrp.zip)
Repository: three.js
Issue: WebXR Depth Sensing: re-architect how occlusion is done
Labels: WebXR

### Description

Support for WebXR Depth Sensing was added to three after it was implemented by the Quest browser.
However, the implementation (and spec) didn't account for offsets between the fov of the cameras and the display. It also didn't do feathering of the depth buffer and the current approach of wholesale copying the depth buffer results in flickering of the scene.

### Solution

The correct way to do depth sensing is to sample from the depth buffer (while also accounting for the fov differences) in the material.
For unity, the Quest browser created a bunch of custom material changes. I know that this is a hard ask for three but I was wondering if there was a way to get the same behavior without having to change the shader logic in three. 

### Alternatives

We'd be happy to learn if there are other approaches that might not be as invasive.
Our team calls their approach "shadow map". Could we repurpose three's shadowmap logic?

### Additional context

One of our engineers that works on depth sensing is going to provide more information.
Repository: rust
Issue: Tracking Issue for Rustdoc support of RFC3485 `feature-documentation`
Labels: T-rustdoc,C-tracking-issue,A-rustdoc-ui,A-rustdoc-json

This is a tracking issue for Rustdoc support of the RFC "feature-documentation" (rust-lang/rfcs#3485).

### About tracking issues

Tracking issues are used to record the overall progress of implementation.
They are also used as hubs connecting to other relevant issues, e.g., bugs or open design questions.
A tracking issue is however *not* meant for large scale discussion, questions, or bug reports about a feature.
Instead, open a dedicated issue for the specific matter and add the relevant feature gate label.
Discussion comments will get marked as off-topic or deleted.
Repeated discussions on the tracking issue may lead to the tracking issue getting locked.

### Steps

- [ ] Provide a way for `rustdoc` to consume this new information
- [ ] Display a new feature table in some way
- [ ] Add support to rustdoc JSON output
- [ ] Adjust documentation ([see instructions on rustc-dev-guide][doc-guide])
- [ ] Formatting for new syntax has been added to the [Style Guide] ([nightly-style-procedure])
- [ ] Stabilization PR ([see instructions on rustc-dev-guide][stabilization-guide])

[stabilization-guide]: https://rustc-dev-guide.rust-lang.org/stabilization_guide.html#stabilization-pr
[doc-guide]: https://rustc-dev-guide.rust-lang.org/stabilization_guide.html#documentation-prs
[nightly-style-procedure]: https://github.com/rust-lang/style-team/blob/master/nightly-style-procedure.md 
[Style Guide]: https://github.com/rust-lang/rust/tree/master/src/doc/style-guide

### Unresolved Questions

- Everything!

### Implementation history
Repository: rust
Issue: Unresolved imports when building std without thread local
Labels: A-thread-locals,C-bug,T-libs

Doing the following:
```
rustc --print target-spec-json --target aarch64-apple-darwin -Z unstable-options > t.json
change is-builtin and has-thread-local to false in the json
cargo b -Z build-std=std,core,panic_unwind --target t.json
```

I expected to see this happen: it compiles

Instead, this happened:
```
error[E0432]: unresolved imports `crate::sys::thread_local::key::get`, `crate::sys::thread_local::key::set`, `crate::sys::thread_local::key::Key`, `crate::sys::thread_local::key::LazyKey`
 --> /Users/x/.rustup/toolchains/nightly-aarch64-apple-darwin/lib/rustlib/src/rust/library/std/src/sys/thread_local/os.rs:5:37
  |
5 | use crate::sys::thread_local::key::{get, set, Key, LazyKey};
  |                                     ^^^  ^^^  ^^^  ^^^^^^^ no `LazyKey` in `sys::thread_local::key`
  |                                     |    |    |
  |                                     |    |    no `Key` in `sys::thread_local::key`
  |                                     |    no `set` in `sys::thread_local::key`
  |                                     no `get` in `sys::thread_local::key`
  |
note: module `crate::collections::hash::set` exists but is inaccessible
 --> /Users/x/.rustup/toolchains/nightly-aarch64-apple-darwin/lib/rustlib/src/rust/library/std/src/collections/hash/mod.rs:4:1
  |
4 | pub mod set;
  | ^^^^^^^^^^^^ not accessible
```

This used to work on nightly versions from last year.

### 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.81.0-nightly (d9284afea 2024-07-14)
binary: rustc
commit-hash: d9284afea99e0969a0e692b9e9fd61ea4ba21366
commit-date: 2024-07-14
host: aarch64-apple-darwin
release: 1.81.0-nightly
LLVM version: 18.1.7
```
Repository: godot
Issue: Can't clear exported node in a @tool script.
Labels: bug,topic:gdscript,topic:editor

### Tested versions

v4.2.2.stable.arch_linux

### System information

Godot v4.2.2.stable unknown - Arch Linux #1 SMP PREEMPT_DYNAMIC Sun, 16 Jun 2024 19:06:37 +0000 - X11 - Vulkan (Forward+) - dedicated AMD Radeon RX 5700 XT (RADV NAVI10) () - AMD Ryzen 9 5950X 16-Core Processor (32 Threads)

### Issue description

Clearing an exported Node using the drop down menu does not clear the property, **when in a script which runs in editor using `@tool`**

```gdscript
@export var annotation_node:Node = null
```

![image](https://github.com/user-attachments/assets/74a47344-79a7-4b7d-b84f-f6ba793142cc)

Additionally, if exporting a property of type Node with `_get_property_list()`, results in error when pressing the clear button:

`Trying to assign value of type 'NodePath' to a variable of type 'Node'.`

Because of the error I believe the issue is probably similiar as in: https://github.com/godotengine/godot/issues/62481. (As the issue says, currently the reset arrow works and set the variable to `Nil` correctly.)

In fact when printing the type of the value in `_set`, it gives `Object` when setting a node, `Nil` when resetting with the arrow, and `NodePath` when pressing clear button in the drop down.

For Node exported with `@export`, when pressing the clear button will not print anything in it's setter, as if the setter is not called:

```gdscript
@export var annotation_node:Node:
    set(value):
        print(type_string(typeof(value)))
        annotation_node = value
```

### Steps to reproduce

1. Create a script which runs in editor with `@tool`
1. Export a property of type Node with `@export var node:Node` or using `get_property_list()`.
2. Assign a node to it.
3. Press the Clear button in the drop down menu.
4. Observe as the value is not cleared

### Minimal reproduction project (MRP)

[mrp-node-export-clear.zip](https://github.com/user-attachments/files/16238208/mrp-node-export-clear.zip)
Repository: ollama
Issue: Multiple windows instances with different ports
Labels: bug

### What is the issue?

When you set an alternate port for OLLAMA_HOST, the CLI will spawn a new app, and create multiple tray instances that have no way to tell which one represents which port.

### OS

Windows

### GPU

_No response_

### CPU

_No response_

### Ollama version

_No response_
Repository: godot
Issue: resource_importer_scene.cpp does not copy lods during _rescale_importer_mesh
Labels: needs testing,topic:import,topic:3d

### Tested versions

- Reproducible in 4.3 dev

### System information

Windows 10

### Issue description

Bug in _rescale_importer_mesh, it should copy lods from surfaces in line 475. I have custom code to put custom LODs in a mesh and they are completely ignored. I will probably patch the issue and make a pull request later.

### Steps to reproduce

Requires custom code with custom LOD to test. But the bug is evident when you look at the code in _rescale_importer_mesh in line 475.

### Minimal reproduction project (MRP)

Requires custom code, but looking at the code should make it evident.
Repository: ui
Issue: [bug]: Sheet + Combobox
Labels: bug

### Describe the bug

Combobox component inside Sheet doesn't work properly. You can't select Command Items.

### Affected component/components

Sheet, Combobox, Command, Popover

### How to reproduce

Use Combobox component inside Sheet.

### Codesandbox/StackBlitz link

https://stackblitz.com/edit/stackblitz-starters-xublst?file=app%2Fpage.tsx

### Logs

_No response_

### System Info

```bash
Using Google Chrome
```


### Before submitting

- [x] I've made research efforts and searched the documentation
- [X] I've searched for existing issues
Repository: go
Issue: crypto/tls: BenchmarkHandshakeServer failures
Labels: NeedsInvestigation

```
#!watchflakes
default <- pkg == "crypto/tls" && test ~ `BenchmarkHandshakeServer`
```

Issue created automatically to collect these failures.

Example ([log](https://ci.chromium.org/b/8746014896635726177)):

    === RUN   BenchmarkHandshakeServer/ECDHE-P521-ECDSA-P521
    BenchmarkHandshakeServer/ECDHE-P521-ECDSA-P521
    --- FAIL: BenchmarkHandshakeServer/ECDHE-P521-ECDSA-P521


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: go
Issue: cmd/go: TestScript/mod_invalid_version failures
Labels: NeedsInvestigation

```
#!watchflakes
default <- pkg == "cmd/go" && test == "TestScript/mod_invalid_version"
```

Issue created automatically to collect these failures.

Example ([log](https://ci.chromium.org/b/8745964397121022193)):

    === RUN   TestScript/mod_invalid_version
    === PAUSE TestScript/mod_invalid_version
    === CONT  TestScript/mod_invalid_version
        script_test.go:135: 2024-06-05T14:01:12Z
        script_test.go:137: $WORK=/home/swarming/.swarming/w/ir/x/t/cmd-go-test-1732915698/tmpdir1173556487/mod_invalid_version4069754094
        script_test.go:159: 
            PATH=/home/swarming/.swarming/w/ir/x/t/cmd-go-test-1732915698/tmpdir1173556487/testbin:/home/swarming/.swarming/w/ir/x/w/goroot/bin:/home/swarming/.swarming/w/ir/x/w/goroot/bin:/home/swarming/.swarming/w/ir/x/w/goroot/bin:/home/swarming/.swarming/w/ir/cache/tools/bin:/home/swarming/.swarming/w/ir/bbagent_utility_packages:/home/swarming/.swarming/w/ir/bbagent_utility_packages/bin:/home/swarming/.swarming/w/ir/cipd_bin_packages:/home/swarming/.swarming/w/ir/cipd_bin_packages/bin:/home/swarming/.swarming/w/ir/cipd_bin_packages/cpython3:/home/swarming/.swarming/w/ir/cipd_bin_packages/cpython3/bin:/home/swarming/.swarming/w/ir/cache/cipd_client:/home/swarming/.swarming/w/ir/cache/cipd_client/bin:/home/swarming/.swarming/cipd_cache/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
            HOME=/no-home
            CCACHE_DISABLE=1
            GOARCH=arm64
    ...
            > cd ..
            > ! go list -m golang.org/x/text
            [stderr]
            go: unrecognized import path "golang.org/x/text": https fetch: Get "https://golang.org/x/text?go-get=1": EOF
            go: golang.org/x/text@v0.1.1-0.20170915032832-14c0d48ead0cd47e3104ada247d91be04afc7a5a: unrecognized import path "golang.org/x/text": https fetch: Get "https://golang.org/x/text?go-get=1": EOF
            [exit status 1]
            > stderr 'golang.org/x/text@v0.1.1-0.20170915032832-14c0d48ead0cd47e3104ada247d91be04afc7a5a: invalid pseudo-version: revision is longer than canonical \(expected 14c0d48ead0c\)'
        script_test.go:159: FAIL: testdata/script/mod_invalid_version.txt:73: stderr 'golang.org/x/text@v0.1.1-0.20170915032832-14c0d48ead0cd47e3104ada247d91be04afc7a5a: invalid pseudo-version: revision is longer than canonical \(expected 14c0d48ead0c\)': no match for `(?m)golang.org/x/text@v0.1.1-0.20170915032832-14c0d48ead0cd47e3104ada247d91be04afc7a5a: invalid pseudo-version: revision is longer than canonical \(expected 14c0d48ead0c\)` in stderr
    2024/06/05 14:01:23 serving /git/prefixtagtests/git-upload-pack
    --- FAIL: TestScript/mod_invalid_version (10.87s)


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: go
Issue: crypto/tls: BenchmarkHandshakeServer/ECDHE-P256-RSA/TLSv12 failures
Labels: NeedsInvestigation

```
#!watchflakes
default <- pkg == "crypto/tls" && test == "BenchmarkHandshakeServer/ECDHE-P256-RSA/TLSv12"
```

Issue created automatically to collect these failures.

Example ([log](https://ci.chromium.org/b/8745950506877830033)):

    === RUN   BenchmarkHandshakeServer/ECDHE-P256-RSA/TLSv12
    BenchmarkHandshakeServer/ECDHE-P256-RSA/TLSv12
        handshake_server_test.go:1346: #4: read tcp 127.0.0.1:49269->127.0.0.1:49259: use of closed network connection
            Read 0, wanted 43, got , wanted 1403030001011603030020d6984a2d5e5b03e16c2ff4634b31c8975d4e142adba6a63188219c02e4e81183
        handshake_server_test.go:1349: #4: mismatch on read: got:00000000000000000000000000000000000000000000000000000000000000000000000000000000000000 want:1403030001011603030020d6984a2d5e5b03e16c2ff4634b31c8975d4e142adba6a63188219c02e4e81183
    --- FAIL: BenchmarkHandshakeServer/ECDHE-P256-RSA/TLSv12


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: go
Issue: crypto/tls: BenchmarkHandshakeServer/ECDHE-P256-ECDSA-P256 failures
Labels: NeedsInvestigation

```
#!watchflakes
default <- pkg == "crypto/tls" && test == "BenchmarkHandshakeServer/ECDHE-P256-ECDSA-P256"
```

Issue created automatically to collect these failures.

Example ([log](https://ci.chromium.org/b/8745943105941072257)):

    === RUN   BenchmarkHandshakeServer/ECDHE-P256-ECDSA-P256
    BenchmarkHandshakeServer/ECDHE-P256-ECDSA-P256
    ==================
    WARNING: DATA RACE
    Write at 0x00c0000e4cc9 by goroutine 37:
      testing.(*common).Fail()
          /Users/swarming/.swarming/w/ir/x/w/goroot/src/testing/testing.go:955 +0x104
      testing.(*common).Errorf()
          /Users/swarming/.swarming/w/ir/x/w/goroot/src/testing/testing.go:1076 +0xae
      crypto/tls.benchmarkHandshakeServer.func2()
    ...
          /Users/swarming/.swarming/w/ir/x/w/goroot/src/testing/benchmark.go:682 +0x9d4
      crypto/tls.BenchmarkHandshakeServer()
          /Users/swarming/.swarming/w/ir/x/w/goroot/src/crypto/tls/handshake_server_test.go:1371 +0x64
      testing.(*B).runN()
          /Users/swarming/.swarming/w/ir/x/w/goroot/src/testing/benchmark.go:193 +0x19c
      testing.(*B).run1.func1()
          /Users/swarming/.swarming/w/ir/x/w/goroot/src/testing/benchmark.go:215 +0x7b
    ==================
        testing.go:1399: race detected during execution of test
    --- FAIL: BenchmarkHandshakeServer/ECDHE-P256-ECDSA-P256


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: go
Issue: internal/coverage/cfile: TestCoverageApis/emitWithCounterClear failures
Labels: NeedsInvestigation

```
#!watchflakes
default <- pkg == "internal/coverage/cfile" && test == "TestCoverageApis/emitWithCounterClear"
```

Issue created automatically to collect these failures.

Example ([log](https://ci.chromium.org/b/8745938030400728113)):

    === RUN   TestCoverageApis/emitWithCounterClear
    === PAUSE TestCoverageApis/emitWithCounterClear
    === CONT  TestCoverageApis/emitWithCounterClear
        emitdata_test.go:166: running: C:\b\s\w\ir\x\t\TestCoverageApis1856977444\001\build1\harness.exe -tp emitWithCounterClear -o C:\b\s\w\ir\x\t\TestCoverageApis1856977444\001\emitWithCounterClear-edir-y with rdir=C:\b\s\w\ir\x\t\TestCoverageApis1856977444\001\emitWithCounterClear-rdir-y and GOCOVERDIR=false
        emitdata_test.go:178: running: go [tool covdata debugdump -live -pkg=command-line-arguments -i=C:\b\s\w\ir\x\t\TestCoverageApis1856977444\001\emitWithCounterClear-edir-y]
        emitdata_test.go:166: running: C:\b\s\w\ir\x\t\TestCoverageApis1856977444\001\build1\harness.exe -tp emitWithCounterClear -o C:\b\s\w\ir\x\t\TestCoverageApis1856977444\001\emitWithCounterClear-edir-x with rdir=C:\b\s\w\ir\x\t\TestCoverageApis1856977444\001\emitWithCounterClear-rdir-x and GOCOVERDIR=true
        emitdata_test.go:358: panic: runtime error: index out of range [27306] with length 27306
            
            goroutine 1 gp=0xc00005c000 m=0 mp=0x12185a0 [running]:
            panic({0x10b7120?, 0xc0000122d0?})
    ...
            runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?)
            	C:/b/s/w/ir/x/w/goroot/src/runtime/proc.go:424 +0x24a fp=0xc000087e20 sp=0xc000087e00 pc=0xfe984a
            runtime.runfinq()
            	C:/b/s/w/ir/x/w/goroot/src/runtime/mfinal.go:193 +0x3f1 fp=0xc000087fe0 sp=0xc000087e20 pc=0xf2c571
            runtime.goexit({})
            	C:/b/s/w/ir/x/w/goroot/src/runtime/asm_amd64.s:1700 +0x1 fp=0xc000087fe8 sp=0xc000087fe0 pc=0xff5c01
            created by runtime.createfing in goroutine 1
            	C:/b/s/w/ir/x/w/goroot/src/runtime/mfinal.go:163 +0x86
        emitdata_test.go:359: running 'harness -tp emitWithCounterClear': exit status 2
    --- FAIL: TestCoverageApis/emitWithCounterClear (0.27s)


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: go
Issue: net: TestLookupNoSuchHost/LookupSRV_NXDOMAIN/forced_go_resolver failures
Labels: NeedsInvestigation

```
#!watchflakes
default <- pkg == "net" && test == "TestLookupNoSuchHost/LookupSRV_NXDOMAIN/forced_go_resolver"
```

Issue created automatically to collect these failures.

Example ([log](https://ci.chromium.org/b/8745710932268665073)):

    === RUN   TestLookupNoSuchHost/LookupSRV_NXDOMAIN/forced_go_resolver
        lookup_test.go:1610: IsNotFound is set to false
        lookup_test.go:1614: error message is not equal to: no such host
        lookup_test.go:1623: backoff 1s after failure lookup _unknown._tcp.invalid.invalid. on 8.8.8.8:53: read udp 162.231.98.115:22118->8.8.8.8:53: i/o timeout
        lookup_test.go:1610: IsNotFound is set to false
        lookup_test.go:1614: error message is not equal to: no such host
        lookup_test.go:1623: backoff 5s after failure lookup _unknown._tcp.invalid.invalid. on 8.8.8.8:53: read udp 162.231.98.115:7379->8.8.8.8:53: i/o timeout
        lookup_test.go:1610: IsNotFound is set to false
        lookup_test.go:1614: error message is not equal to: no such host
        lookup_test.go:1623: backoff 30s after failure lookup _unknown._tcp.invalid.invalid. on 8.8.8.8:53: read udp 162.231.98.115:9864->8.8.8.8:53: i/o timeout
        lookup_test.go:1610: IsNotFound is set to false
        lookup_test.go:1614: error message is not equal to: no such host
        lookup_test.go:1628: unexpected error: lookup _unknown._tcp.invalid.invalid. on 8.8.8.8:53: read udp 162.231.98.115:22160->8.8.8.8:53: i/o timeout
    --- FAIL: TestLookupNoSuchHost/LookupSRV_NXDOMAIN/forced_go_resolver (76.12s)


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: go
Issue: crypto/tls: BenchmarkHandshakeServer/ECDHE-X25519-ECDSA-P256/TLSv12 failures
Labels: NeedsInvestigation

```
#!watchflakes
default <- pkg == "crypto/tls" && test == "BenchmarkHandshakeServer/ECDHE-X25519-ECDSA-P256/TLSv12"
```

Issue created automatically to collect these failures.

Example ([log](https://ci.chromium.org/b/8745764600761635937)):

    === RUN   BenchmarkHandshakeServer/ECDHE-X25519-ECDSA-P256/TLSv12
    BenchmarkHandshakeServer/ECDHE-X25519-ECDSA-P256/TLSv12
        handshake_server_test.go:1346: #4: read tcp 127.0.0.1:64588->127.0.0.1:64558: use of closed network connection
            Read 0, wanted 43, got , wanted 1403030001011603030020c12291c4dd19b5f0b0d87c824f51d0bd811324fc892ffd160e6c9d180e58f3bc
        handshake_server_test.go:1349: #4: mismatch on read: got:00000000000000000000000000000000000000000000000000000000000000000000000000000000000000 want:1403030001011603030020c12291c4dd19b5f0b0d87c824f51d0bd811324fc892ffd160e6c9d180e58f3bc
    --- FAIL: BenchmarkHandshakeServer/ECDHE-X25519-ECDSA-P256/TLSv12


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: go
Issue: cmd/go/internal/modfetch: TestCodeRepo/swtch.com_testmod/v1.0.0 failures
Labels: NeedsInvestigation

```
#!watchflakes
default <- pkg == "cmd/go/internal/modfetch" && test == "TestCodeRepo/swtch.com_testmod/v1.0.0"
```

Issue created automatically to collect these failures.

Example ([log](https://ci.chromium.org/b/8745765772133779457)):

    === RUN   TestCodeRepo/swtch.com_testmod/v1.0.0
    === PAUSE TestCodeRepo/swtch.com_testmod/v1.0.0
    === CONT  TestCodeRepo/swtch.com_testmod/v1.0.0
        coderepo_test.go:623: repo.Stat("v1.0.0"): unrecognized import path "swtch.com/testmod": https fetch: Get "https://swtch.com/testmod?go-get=1": unexpected EOF
    --- FAIL: TestCodeRepo/swtch.com_testmod/v1.0.0 (0.18s)


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: go
Issue: crypto/tls: BenchmarkHandshakeServer/ECDHE-P256-RSA failures
Labels: NeedsInvestigation

```
#!watchflakes
default <- pkg == "crypto/tls" && test == "BenchmarkHandshakeServer/ECDHE-P256-RSA"
```

Issue created automatically to collect these failures.

Example ([log](https://ci.chromium.org/b/8745733446391136817)):

    === RUN   BenchmarkHandshakeServer/ECDHE-P256-RSA
    BenchmarkHandshakeServer/ECDHE-P256-RSA
    ==================
    WARNING: DATA RACE
    Write at 0x00c00012c549 by goroutine 27:
      testing.(*common).Fail()
          /Volumes/Work/s/w/ir/x/w/goroot/src/testing/testing.go:955 +0x104
      testing.(*common).Errorf()
          /Volumes/Work/s/w/ir/x/w/goroot/src/testing/testing.go:1076 +0xae
      crypto/tls.benchmarkHandshakeServer.func2()
    ...
      crypto/tls.runMain()
          /Volumes/Work/s/w/ir/x/w/goroot/src/crypto/tls/handshake_test.go:400 +0xde4
      crypto/tls.TestMain()
          /Volumes/Work/s/w/ir/x/w/goroot/src/crypto/tls/handshake_test.go:349 +0x10e
      main.main()
          _testmain.go:423 +0x171
    ==================
        handshake_server_test.go:1349: #4: mismatch on read: got:000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 want:140303000101160303002800000000000000005df832a2c7d4ac17570d9fc1962a774871f425eccda764cb20ea6acc31f0cb8b
        testing.go:1399: race detected during execution of test
    --- FAIL: BenchmarkHandshakeServer/ECDHE-P256-RSA


— [watchflakes](https://go.dev/wiki/Watchflakes)