sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: go
Issue: x/tools/gopls: Provide automatic conversion of structure A to structure B
Labels: FeatureRequest,gopls,Tools

### gopls version

Build info ---------- golang.org/x/tools/gopls v0.15.0-pre.1     golang.org/x/tools/gopls@v0.15.0-pre.1 h1:u87rDKpsE6ax0cASyD9mJW9If25TtW0IupV6vKDDevg=     github.com/BurntSushi/toml@v1.2.1 h1:9F2/+DoOYIOksmaJFPw1tGFy1eDnIJXg+UHjuD8lTak=     github.com/google/go-cmp@v0.5.9 h1:O2Tfq5qg4qc4AmwVlvv0oLiVAGB7enBSJ2x2DqQFi38=     golang.org/x/exp/typeparams@v0.0.0-20221212164502-fae10dda9338 h1:2O2DON6y3XMJiQRAS1UWU+54aec2uopH3x7MAiqGW 6Y=     golang.org/x/mod@v0.14.0 h1:dGoOF9QVLYng8IHTm7BAyWqCqSheQ5pYWGhzW00YJr0=     golang.org/x/sync@v0.5.0 h1:60k92dhOjHxJkrqnwsfl8KuaHbn/5dl0lUPUklKo3qE=     golang.org/x/telemetry@v0.0.0-20231114163143-69313e640400 h1:brbkEFfGwNGAEkykUOcryE/JiHUMMJouzE0fWWmz/QU=     golang.org/x/text@v0.14.0 h1:ScX5w1eTa3QqT8oi6+ziP7dTV1S2+ALU0bI+0zXKWiQ=     golang.org/x/tools@v0.16.2-0.20240105173808-36a523fefd90 h1:3dw2Y1Aes2o83VYvSZSPc+p70AuT9zvNCTBHCvUUZrE=     golang.org/x/vuln@v1.0.1 h1:KUas02EjQK5LTuIx1OylBQdKKZ9jeugs+HiqO5HormU=     honnef.co/go/tools@v0.4.5 h1:YGD4H+SuIOOqsyoLOpZDWcieM28W47/zRO7f+9V3nvo=     mvdan.cc/gofumpt@v0.4.0 h1:JVf4NN1mIpHogBj7ABpgOyZc65/UUOkKQFkoURsz4MM=     mvdan.cc/xurls/v2@v2.4.0 h1:tzxjVAj+wSBmDcF6zBB7/myTy3gX9xvi8Tyr28AuQgc= go: go1.21.5

### go env

```shell
GO111MODULE=''
GOARCH='arm64'
GOBIN=''
GOCACHE='/Users/toad/Library/Caches/go-build'
GOENV='/Users/toad/Library/Application Support/go/env'
GOEXE=''
GOEXPERIMENT=''
GOFLAGS=''
GOHOSTARCH='arm64'
GOHOSTOS='darwin'
GOINSECURE=''
GOMODCACHE='/Users/toad/work/pkg/mod'
GONOPROXY=''
GONOSUMDB=''
GOOS='darwin'
GOPATH='/Users/toad/work'
GOPRIVATE=''
GOPROXY='https://goproxy.cn,direct'
GOROOT='/Users/toad/go/go1.21.5'
GOSUMDB='sum.golang.org'
GOTMPDIR=''
GOTOOLCHAIN='auto'
GOTOOLDIR='/Users/toad/go/go1.21.5/pkg/tool/darwin_arm64'
GOVCS=''
GOVERSION='go1.21.5'
GCCGO='gccgo'
AR='ar'
CC='cc'
CXX='clang++'
CGO_ENABLED='1'
GOMOD='/Users/toad/work/demo1/go.mod'
GOWORK=''
CGO_CFLAGS='-O2 -g'
CGO_CPPFLAGS=''
CGO_CXXFLAGS='-O2 -g'
CGO_FFLAGS='-O2 -g'
CGO_LDFLAGS='-O2 -g'
PKG_CONFIG='pkg-config'
GOGCCFLAGS='-fPIC -arch arm64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -ffile-pref
ix-map=/var/folders/g1/tgmnlrdn3vxgv08kdgh9vpkw0000gn/T/go-build2737097617=/tmp/go-build -gno-record-gcc-switch
es -fno-common'
```


### What did you do?

Call code actions in `a=b`
```
type AA struct {
	CCC string
	EEE string
	BBB int
}

type BB struct {
	CCC string
	BBB int 
	DDD string
}


func main() {
	var (
		a AA
		b BB
	)

	a=b
}
```

### What did you see happen?

no code actions.

### What did you expect to see?

There are code actions that support automatic conversion.
```
func main() {
	var (
		a AA
		b BB
	)

	a = AA{
		CCC: b.CCC,
		BBB: b.BBB,
	}
}
```

### Editor and settings

_No response_

### Logs

_No response_
Repository: pytorch
Issue: Add a non-branching symbolic version of int
Labels: triaged,small,oncall: pt2,module: dynamic shapes

### 🐛 Describe the bug

I have a fix for https://github.com/pytorch/pytorch/issues/93515 but it doesn't solve the original failing program, because our implementation of int() on float branches on whether or not the float is positive or negative. If we had a non-branching version of this, even if sympy can't usefully reason through it, we could make the program work as is without modification.

### Versions

main

cc @msaroufim @bdhirsh @anijain2305 @zou3519 @chauhang
Repository: rust
Issue: Rust compiler crashes on the https://github.com/Aurailus/Myxer project version 1.2.1 on the powerpc64le architecture
Labels: I-ICE,T-compiler,C-bug,E-needs-mcve

```
error: internal compiler error: compiler/rustc_middle/src/ty/typeck_results.rs:494:9: node HirId(DefId(0:1768 ~ glib[3ee5]::signal::connect_raw).10) (expr ``) cannot be placed in TypeckResults with hir_owner DefId(0:2 ~ glib[3ee5]::std)

thread 'rustc' panicked at /wrkdirs/usr/ports/lang/rust/work/rustc-1.74.1-src/compiler/rustc_errors/src/lib.rs:1651:9:
Box<dyn Any>
stack backtrace:
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.

note: we would appreciate a bug report: https://github.com/rust-lang/rust/issues/new?labels=C-bug%2C+I-ICE%2C+T-compiler&template=ice.md

note: rustc 1.74.1 (a28077b28 2023-12-04) (built from a source tarball) running on powerpc64le-unknown-freebsd

note: compiler flags: --crate-type lib -C opt-level=2 -C panic=abort -C linker-plugin-lto -C codegen-units=1 -C linker=cc -C link-arg=-fstack-protector-strong

note: some of the compiler flags provided by cargo are hidden

query stack during panic:
#0 [lint_mod] linting module `signal`
#1 [analysis] running analysis passes on this crate
end of query stack
```

See the [log](https://pkg-status.freebsd.org/foul2/data/140releng-powerpc64le-quarterly/68593b1d8800/logs/myxer-1.2.1_29.log).

rust-1.75.0
Repository: flutter
Issue: [iOS] add example app spends a lot of time on subview layout
Labels: platform-ios,a: platform-views,P2,team-ios,triaged-ios

Run the example from https://github.com/lucalooz/flutter_ads_list_perf , I added more ads so that there were at least two on screen at one time. Then I used the package https://github.com/Kelvenbit/FlameGraphs-Instruments to capture a flame graph from an instruments trace.

While most frames are pretty fast occassionally, we get some slow ones. It might look something like this:

![image](https://github.com/flutter/flutter/assets/8975114/25325ce2-b38d-4f86-9a53-38fbd5a6e47d)


This extra time is (according to the flame graph) spent in CATransactionCommit.  A large portion of this time is spend laying out subviews, going through the FlutterViewController. I'm less familiar with the iOS framework - its possible some portion of this work is unecessary, or that a normal UI list view container is more efficient here somehow. We may need to re-evaluate how we are positioning child UIViews for simple translations.

![image](https://github.com/flutter/flutter/assets/8975114/f4e90848-2346-471e-a4d0-1d70fbb07365)
Repository: flutter
Issue: Queue GitHub API requests through Cocoon
Labels: team-infra,P2,triaged-infra

### Type of Request

bug

### Infrastructure Environment

Cocoon

### What is happening?

GitHub API's recommend's concurrent requests to avoid secondary rate limit issues. https://docs.github.com/en/rest/using-the-rest-api/best-practices-for-using-the-rest-api?apiVersion=2022-11-28#avoid-concurrent-requests

Cocoon's GitHub client should be rewritten to queue everything through PubSub to be processed synchronously.

This is a follow up from https://github.com/flutter/cocoon/pull/3457 where we realized Cocoon's current implementation wouldn't support speeding up the ci.yaml validation check.

### Steps to reproduce

Step 1:
Step 2:
..
Step n:


### Expected results

I expect to see X when Y is finished.
Repository: vscode
Issue: Folding in notebook sticky scroll shifts position
Labels: bug,notebook-sticky-scroll

In text editors, when we fold/unfold a sticky scroll entry, the entry stays where it is so we can easily unfold/fold again


https://github.com/microsoft/vscode/assets/876920/45cf28cb-4250-4ed2-a69c-66ddf3227a7e

While in notebook, it always moves to previous section it seems


https://github.com/microsoft/vscode/assets/876920/d5f19be1-0a26-4335-a644-12dcff497eae
Repository: flutter
Issue: [iOS] positioning UIView elements via frame adjustments might be triggering relayout
Labels: platform-ios,a: platform-views,P2,team-ios,triaged-ios

To implement translation of UIViews (for example, a scrolling container), the framework will adjust the frame of the clipping view that contains this UIView:

https://github.com/flutter/engine/blob/main/shell/platform/darwin/ios/framework/Source/FlutterPlatformViews.mm#L589-L626

These adjustments include any x,y translations, and appear to be causing constraint re-evalation and potentially the cause of https://github.com/flutter/flutter/issues/142815

![image](https://github.com/flutter/flutter/assets/8975114/72430303-2191-403e-a4f5-c726006f25ad)
Repository: terminal
Issue: AtlasEngine renders corner brackets at the left of the two-character space.
Labels: Issue-Bug,Product-Terminal,Priority-3,Area-AtlasEngine

### Windows Terminal version

1.19.10292.0

### Windows build number

10.0.22621.3007

### Other Software

_No response_

### Steps to reproduce

Type or enter characters containing left and right corner brackets

### Expected Behavior

Corner brackets are aligned to the middle of the 2-character space, which was the case when using the old renderer. See attachments:
![image](https://github.com/microsoft/terminal/assets/101084582/4221aa3c-01fb-44b7-97ca-7b49eb2e549e)
![image](https://github.com/microsoft/terminal/assets/101084582/c1f6f056-45de-43cd-a89b-d51ff88a2f35)
![image](https://github.com/microsoft/terminal/assets/101084582/0e95ad0f-1260-46c2-ad04-0716550016d0)

### Actual Behavior

Corner brackets are aligned to the left of the 2-character space. See attachments: 
![image](https://github.com/microsoft/terminal/assets/101084582/e895ea20-66d8-4546-a30e-7b5f6acd8624)
![image](https://github.com/microsoft/terminal/assets/101084582/2aa9cfd2-f68c-4b99-9069-efb1d401a09b)
![image](https://github.com/microsoft/terminal/assets/101084582/34bed567-52f7-42f5-a7e5-f6a30bca9ae6)
Repository: flutter
Issue: Web+wasm load logic should console.warn if wasm load failure is due to COOP/COEP
Labels: platform-web,P2,e: wasm,e: web_skwasm,team-web,triaged-web

It'll be REALLY hard to debug otherwise. Will get folks unblocked a lot sooner.
Repository: go
Issue: x/build: group x-repo consoles on https://ci.chromium.org/ui/p/golang by Go release
Labels: Builders,NeedsFix

Currently these consoles are grouped by repository first, then Go release. This actually makes it much harder to see the state of a release at-a-glance, for tasks like #11811. This is easy to change in our configuration. This issue is for tracking this task.
Repository: go
Issue: x/tools/cmd/stringer: TestEndToEnd/cgo.go failures
Labels: NeedsInvestigation,Tools

```
#!watchflakes
default <- pkg == "golang.org/x/tools/cmd/stringer" && test ~ `TestEndToEnd`
```

Issue created automatically to collect these failures.

Example ([log](https://ci.chromium.org/ui/b/8757528377116835153)):

    === RUN   TestEndToEnd/cgo.go
        endtoend_test.go:218: run: cgo.go Cgo
        endtoend_test.go:226: stringer: 48.147911ms for GOROOT= GOPATH=/home/swarming/.swarming/w/ir/x/w/gopath GO111MODULE=off GOPROXY= PWD=/home/swarming/.swarming/w/ir/x/w/targetrepo2476567804/cmd/stringer go list -e -f {{context.ReleaseTags}} -- unsafe
            stringer: 49.690506ms for GOROOT= GOPATH=/home/swarming/.swarming/w/ir/x/w/gopath GO111MODULE=auto GOPROXY= PWD=/home/swarming/.swarming/w/ir/x/w/targetrepo2476567804/cmd/stringer go list -tags= -e -json=Name,ImportPath,Error,Dir,GoFiles,IgnoredGoFiles,IgnoredOtherFiles,CFiles,CgoFiles,CXXFiles,MFiles,HFiles,FFiles,SFiles,SwigFiles,SwigCXXFiles,SysoFiles,CompiledGoFiles,DepOnly,Imports,ImportMap,Export -compiled=true -test=false -export=true -deps=true -find=false -pgo=off -tags= -- /home/swarming/.swarming/w/ir/x/t/TestEndToEndcgo.go3849746009/001/cgo.go
            stringer: 119.67572ms for GOROOT= GOPATH=/home/swarming/.swarming/w/ir/x/w/gopath GO111MODULE=auto GOPROXY= PWD=/home/swarming/.swarming/w/ir/x/w/targetrepo2476567804/cmd/stringer go list -tags= -f "{{context.GOARCH}} {{context.Compiler}}" -- unsafe
            stringer: error: 0 packages matching /home/swarming/.swarming/w/ir/x/t/TestEndToEndcgo.go3849746009/001/cgo.go
        endtoend_test.go:228: /home/swarming/.swarming/w/ir/x/t/go-build43252364/b377/stringer.test -type Cgo -output /home/swarming/.swarming/w/ir/x/t/TestEndToEndcgo.go3849746009/001/Cgo_string.go /home/swarming/.swarming/w/ir/x/t/TestEndToEndcgo.go3849746009/001/cgo.go: exit status 1
    --- FAIL: TestEndToEnd/cgo.go (0.24s)


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: go
Issue: cmd/go: TestScript/mod_get_fallback failures due to unexpected 404s from proxy.golang.org
Labels: NeedsInvestigation,GoCommand,proxy.golang.org

```
#!watchflakes
post <- pkg == "cmd/go" && test ~ `TestScript` && `FAIL: TestScript/mod_get_fallback` && `stderr '.* https://golang\.org': unexpected success`
```

Issue created automatically to collect these failures.

Example ([log](https://ci.chromium.org/ui/b/8757353061787122545)):

    === RUN   TestScript/mod_get_fallback
    === PAUSE TestScript/mod_get_fallback
    === CONT  TestScript/mod_get_fallback
        script_test.go:132: 2024-01-31T21:07:29Z
        script_test.go:134: $WORK=/home/swarming/.swarming/w/ir/x/t/cmd-go-test-2626998490/tmpdir2658682677/mod_get_fallback3284986218
        script_test.go:156: 
            PATH=/home/swarming/.swarming/w/ir/x/t/cmd-go-test-2626998490/tmpdir2658682677/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=amd64
    ...
            # get https://proxy.golang.org/golang.org/x/mod/@v/v0.14.0.info
            # get https://proxy.golang.org/golang.org/x/mod/@v/v0.14.0.info: 200 OK (0.002s)
            go: added golang.org/x/mod v0.14.0
            go: added golang.org/x/tools v0.17.0
            > stderr '# get https://proxy.golang.org/golang.org/x/tools/@v/list'
            matched: # get https://proxy.golang.org/golang.org/x/tools/@v/list
            > ! stderr '# get https://golang.org'
            matched: # get https://golang.org/x/tools/cmd?go-get=1
        script_test.go:156: FAIL: testdata/script/mod_get_fallback.txt:11: stderr '# get https://golang.org': unexpected success
    --- FAIL: TestScript/mod_get_fallback (73.98s)


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: vscode
Issue: Docs mistake: `FindTextInFilesOptions.useDefaultExcludes` defaults to false, not true.
Labels: bug,search

1. Run an extension with the `findTextInFiles` API enabled and make a command that runs this:
```typescript
		const progress: vscode.Progress<vscode.TextSearchResult> = {
			report(item) {
				console.log(item.uri.toString());
			}
		};

		await vscode.workspace.findTextInFiles(
			{ pattern: '[\\S\\s\\n]+', isRegExp: true  },
			{}, result => progress.report(result),
			new vscode.CancellationTokenSource().token
		);
```
2. Notice that it doesn't use the default files.exclude to dictate results, but the docs say that it defaults to `true`.

It makes more sense for it to default to `true`, and perhaps we can change this because it's still a proposed API.
Repository: go
Issue: x/build: LUCI linux-riscv64-mengzhuo bot has a flaky network connection
Labels: Builders,NeedsInvestigation

The [linux-riscv64-mengzhuo](https://chromium-swarm.appspot.com/bot?id=linux-riscv64-mengzhuo) machine has a flaky network connection. Recent builds have timed out trying to obtain things like the tip-of-tree for a repository and trying to download prebuilt toolchains from the CAS service. The consecutive failures of the latter led the machine to be quarantined, draining the pool of linux-riscv64 machines for some time.

I will note that some of the work `cmd/coordinator` used to do is now done on the bot itself. This is just a consequence of the switch to LUCI's execution model.

@mengzhuo is there anything that can be done either by you or us to improve the stability of the machine? For instance, if we're OK with making builds slower, we can skip the prebuild on this platform and always run `make.bash`, even for subrepos. Fetching the tip-of-tree is a bit unavoidable for subrepo builds though, because those builds can only be triggered by one source. Perhaps we can target a different service, or add some other exception.
Repository: go
Issue: x/build/cmd/golangbuild: LUCI builders run into result_adapter fail to parse FAIL message when there's a build failure
Labels: Builders,NeedsFix

```
#!watchflakes
post <- mode == "build" &&
	((`rdb-stream` && `cannot parse row .*, invalid character 'F' looking for beginning of value`) ||
		log ~ `cannot parse row .*, invalid character 'F' looking for beginning of value`)
```
Repository: vscode
Issue: Add cursor below and above don't work in readonly files
Labels: bug,editor-core

Repro:

1. Open default keybindings file
2. Use ctrl/cmd+d, notice that multi-cursor is supported
3. Use the below keybindings, 🐛 they don't work

```json
{ "key": "alt+shift+up",     "command": "editor.action.insertCursorAbove", "when": "editorTextFocus" },
{ "key": "alt+shift+down",   "command": "editor.action.insertCursorBelow", "when": "editorTextFocus" },
```
Repository: opencv
Issue: 5.x: Recreate deleted C-API tests in C++
Labels: bug,test,category: imgproc,category: video

During work on #22754 some tests have been removed completely because their refactoring deemed too complex and would require more effort to recreate and stabilize on all platforms. As a result test coverage has been reduced. 

What needs to be done:
* These tests should be recreated using C++ API and stabilized on current platforms.
* If possible, changes should be backported to 4.x.

Test case list (see #22754):
- [ ] `TEST(Imgproc_ApproxPoly, accuracy)`
- [x] `TEST(Imgproc_FindContours, accuracy)`
- [ ] `TEST(Imgproc_ContourPerimeter, accuracy)`
- [ ] `TEST(Imgproc_ContourMoments, accuracy)`
- [ ] `TEST(Imgproc_ContourPerimeterSlice, accuracy)`
- [ ] `TEST(Imgproc_DistanceTransform, accuracy)`
- [ ] `TEST(Imgproc_Erode, accuracy)`
- [ ] `TEST(Imgproc_Dilate, accuracy)`
- [ ] `TEST(Imgproc_MorphologyEx, accuracy)`
- [ ] `TEST(Imgproc_Filter2D, accuracy)`
- [ ] `TEST(Imgproc_Blur, accuracy)`
- [ ] `TEST(Imgproc_GaussianBlur, accuracy)`
- [ ] `TEST(Imgproc_MedianBlur, accuracy)`
- [ ] `TEST(Imgproc_PyramidDown, accuracy)`
- [ ] `TEST(Imgproc_PyramidUp, accuracy)`
- [ ] `TEST(Imgproc_MinEigenVal, accuracy)`
- [ ] `TEST(Imgproc_EigenValsVecs, accuracy)`
- [ ] `TEST(Imgproc_Integral, accuracy)`
- [ ] `TEST(Imgproc_FloodFill, accuracy)`
- [ ] `TEST(Imgproc_Hist_Calc, accuracy)`
- [ ] `TEST(Imgproc_Hist_Query, accuracy)`
- [ ] `TEST(Imgproc_Hist_Compare, accuracy)`
- [ ] `TEST(Imgproc_Hist_Threshold, accuracy)`
- [ ] `TEST(Imgproc_Hist_Normalize, accuracy)`
- [ ] `TEST(Imgproc_Hist_MinMaxVal, accuracy)`
- [ ] `TEST(Imgproc_Hist_CalcBackProject, accuracy)`
- [ ] `TEST(Imgproc_Hist_CalcBackProjectPatch, accuracy)`
- [ ] `TEST(Imgproc_Hist_BayesianProb, accuracy)`
- [ ] `TEST(Imgproc_Resize, accuracy)`
- [ ] `TEST(Imgproc_ResizeExact, accuracy)`
- [ ] `TEST(Imgproc_WarpAffine, accuracy)`
- [ ] `TEST(Imgproc_WarpPerspective, accuracy)`
- [ ] `TEST(Imgproc_GetQuadSubPix, accuracy)`
- [ ] `TEST(Imgproc_Moments, accuracy)`
- [ ] `OCL_TEST(Imgproc_Moments, accuracy)`
- [ ] `TEST(Imgproc_HuMoments, accuracy)`
- [ ] `TEST(Imgproc_Threshold, accuracy)`
- [ ] `TEST(Imgproc_Threshold, accuracyOtsu)`
- [ ] `TEST(Imgproc_Watershed, regression)` ??? (was disabled)
- [ ] `TEST(Video_Acc, accuracy)`
- [ ] `TEST(Video_AccSquared, accuracy)`
- [ ] `TEST(Video_AccProduct, accuracy)`
- [ ] `TEST(Video_RunningAvg, accuracy)`

From #26268:
- [ ] `TEST(Core_CovarMatrix, accuracy)`
- [ ] `TEST(Core_SVD, accuracy)`
- [ ] `TEST(Core_SVBkSb, accuracy)`

From #26283:
- [ ] `TEST(Calib3d_Rodrigues, accuracy)`
- [ ] `TEST(Calib3d_FindFundamentalMat, accuracy)`
- [ ] `TEST(Calib3d_FindEssentialMat, accuracy)`
- [ ] `TEST(Calib3d_UndistortPoints, accuracy)`
- [ ] `TEST(Calib3d_InitUndistortRectifyMap, accuracy)`
- [ ] `TEST(DISABLED_Calib3d_InitInverseRectificationMap, accuracy)`
Repository: PowerToys
Issue: FancyZones is not working after waking up from sleep
Labels: Issue-Bug,Product-FancyZones,Needs-Triage,Needs-Team-Response

### Microsoft PowerToys version

0.78.0

### Installation method

Microsoft Store

### Running as admin

Yes

### Area(s) with issue?

FancyZones

### Steps to reproduce

Windows build number: Windows 10 Professional [22H2 19045.3930]
PowerToys version: 0.78.0

After pulling my laptop wake from sleep mode, the fancy zones function no longer works, whether long press Shift to drag the window or Shift+` to call the editor.
I had to toggle enable again to get it activated and resume functional.

### ✔️ Expected Behavior

When I long press shift, the transparent layout should show up in the background, but it doesn't work.

### ❌ Actual Behavior

Nothing happened both pressing shift and shift+`

### Other Software

_No response_
Repository: pytorch
Issue: [DCP] Review and update examples and docstring to reflect DCP save/load API updates 
Labels: oncall: distributed,triaged,module: distributed_checkpoint

### 📚 The doc issue

One example of outdated code example and note. 
![Screenshot 2024-02-02 at 12 49 03](https://github.com/pytorch/pytorch/assets/31293777/8eb8a0c6-7abb-4d22-9643-233b1796b832)


### Suggest a potential alternative/fix

_No response_

cc @mrshenli @pritamdamania87 @zhaojuanmao @satgera @rohan-varma @gqchen @aazzolini @osalpekar @jiayisuse @H-Huang @kwen2501 @awgu @penguinwu @fegin @XilunWu @wanchaol @fduwjj @tianyu-l @wconstab @yf225 @LucasLLC
Repository: flutter
Issue: Copy the `analyze_snippet_code.dart` script in the engine repo and make it a PR blocker. 
Labels: c: new feature,c: proposal,P3,team-engine,triaged-engine

### Use case

`flutter/flutter` has a [CI script][1] that checks that all dart snippets are valid; but the engine doesn't.

This leads to issues like https://github.com/flutter/engine/pull/49841 that are commited with bad dart snippets and then rolled back when they break `flutter/flutter`. 

[1]: https://github.com/flutter/flutter/blob/master/dev/bots/analyze_snippet_code.dart

### Proposal

It would be great to run the same script in all the engine PRs and make it a blocker; This will hopefully eliminate engine rollbacks due to bad snippets.