sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: terminal
Issue: `findMatch` should change next/prev direction according to if you pressed Enter (or shift+enter) in search box
Labels: Issue-Feature,Area-UserInterface,Product-Terminal

# Description of the new feature/enhancement

`findMatch` has a direction associated with it. It should operate like this:
- if in search dialog you press Enter --> "findNext" should search in that direction (bottom-up), shift+f3 should search backwards
- if you press shift+enter --> "findNext" should go in that direction (top-down), shift+f3 should search backwards

NOTE:
- F3 --> "findMatch" dir:next
- Shift+f3 --> "findMatch" dir:prev
Repository: terminal
Issue: Command Palette should feel like VS Code command palette via screen reader
Labels: Issue-Bug,Area-Accessibility,Product-Terminal

### Windows Terminal version

1.16.2642

### Windows build number

_No response_

### Other Software

JAWS (but probably repros with other screen readers)

### Steps to reproduce

1. Open command palette
2. type "select"
3. hear "suggestions found XXX"
4. press down
5. reads "select, select all text, ctrl+shift+a"

### Expected Behavior

In step 3, it's ok to hear "suggestions found", but it should be preceded by reading out the top result (what "enter" does). In this case, it should read "select all text, ctrl+shift+a, suggestions found XXX".

Additionally, in step 5, it should not re-read the text box. It should only read "select all text, ctrl+shift+a"

User said that N of M functionality is nice, but generally should be presented at the end. Personally, he said he doesn't care too much for N of M statements so we should prioritize the other stuff, really.

### Actual Behavior

(see above)
Repository: go
Issue: syscall/js: add Scope function
Labels: Proposal,Proposal-Accepted,OS-JS

The current `syscall/js` package allow to interact with the global object (`globalThis`) only.

This has been reported as a problem in multiple instances, e.g. - [#25612](https://github.com/golang/go/issues/25612#issuecomment-491919708). Solutions to the problem have been so far in the “big stones” range (e.g. adopting ABI, …).

This proposal, instead, is squarely in the “small stone” category, but has worked well for us (using Go + WASM as a Web UI component), making sure that we are able to export functions in a limited scope only.

The proposal is two-and-an-optional fold:

1. Passing an optional `scope` argument to the `Go` constructor, which can be an arbitrary object. This object is then exposed to the js / Go interface.
2. This `scope` object is made available as a `Scope()` top-level function in the `syscall/js` package
3. Since we are opening up that hatch, we also allow an optional array to contain environment variables, that allow caller to explicitly pass some extra arguments to the WASM code.

PR attach demonstrate the solution, that (seems to be) fully functional.

I’d like to the gauge the maintainers interest for a solution like this?

Many thank.
Repository: rust
Issue: ld64.lld: error: too many personalities (4) for compact unwind to encode
Labels: A-linkage,O-macos,O-ios,P-high,T-compiler,relnotes,regression-from-stable-to-stable,C-bug

When mixing ObjC, C++ and Rust in the same binary on aarch64-apple-darwin targets (e.g. like in Firefox), lld from LLVM 15 complains about "too many personalities". This is a regression from #92845 and affects beta.

For some reason, since #92845, this code in lld is hit: https://github.com/llvm/llvm-project/blob/d30dccd21f2c3bc1ed6cd054c131436a1af548e1/lld/MachO/UnwindInfoSection.cpp#L300

Ultimately, this leads to https://github.com/llvm/llvm-project/blob/d30dccd21f2c3bc1ed6cd054c131436a1af548e1/lld/MachO/UnwindInfoSection.cpp#L378
where there are 4 personalities instead of 3:
- `___objc_personality_v0`,
- `___gxx_personality_v0`,
- `_rust_eh_personality`
- `<internal>`

With previous rust versions, only the first three ones would be there. It looks like the relocation that triggers the `<internal>` is related to the `rust_eh_personality` function in `library/std/src/personality/gcc.rs` itself.

STR:
- Create a `bar.cc` file with content:
```
#include <stdexcept>

extern "C" void qux();

void bar() { qux(); throw std::runtime_error("foo"); }
```
- Create a `foo.m` file with content:
```
void foo() { @try {} @finally {} }
```
- Create a `qux.rs` file with content:
```
#![crate_type = "staticlib"]

extern "C" {
    fn foo();
}

#[no_mangle]
pub unsafe extern "C" fn qux() {
    println!("foo");
    foo();
}
```
- Create a `Makefile` file with content:
```
TARGET = --target=aarch64-apple-darwin

lib.dylib: bar.o foo.o libqux.a
	clang++ -o $@ $^ -fuse-ld=lld -dynamiclib $(TARGET) -lobjc

bar.o: bar.cc
	clang++ -o $@ -c $^ $(TARGET)

foo.o: foo.m
	clang -o $@ -c $^ $(TARGET)

libqux.a: qux.rs
	rustc $^ $(TARGET)
```
- Get clang 15 + lld and make sure it's in your `$PATH`.
- Set `SDKROOT` to point to a macOS SDK
- Run `make`

This does not happen on x86_64-apple-darwin, but interestingly the list of personalities there is:
- `___objc_personality_v0`,
- `___gxx_personality_v0`,
- `<internal>`
(no `_rust_eh_personality`).

With rust 1.64, the list of personalities was:
- `___objc_personality_v0`,
- `___gxx_personality_v0`,
- `_rust_eh_personality`
Repository: godot
Issue: `update()` is not renamed to `queue_redraw()` for `Node2D`(or anything that inherits `CanvasItem`)
Labels: bug,topic:editor

### Godot version

v4.0.beta.custom_build [0c23a2cfe]

### System information

Windows 11 Pro 22H2 64 bit

### Issue description

`update()` is not renamed to `queue_redraw()` for `Node2D`(or anything that inherits `CanvasItem`) after https://github.com/godotengine/godot/pull/64377.

**Additional info:**
I thought of making a simple MR to add it myself in ProjectConverter3To4 but I wasn't sure simply if replacing update() function in all script files will work since other classes also have `update()` method.
![image](https://user-images.githubusercontent.com/11459028/194418700-02b57eed-1727-4f83-a1c8-ca32362bda0f.png)


### Steps to reproduce

1. Import Bullet Shower demo from https://github.com/godotengine/godot-demo-projects.
2. Convert full project.
3. Try running it.
4. Observe `Parse Error: Function "update()" not found in base self` error.

OR

1. Import Bullet Shower demo from https://github.com/godotengine/godot-demo-projects `4.0-dev` branch.
2. Try running it.
3. Observe `Parse Error: Function "update()" not found in base self` error.


### Minimal reproduction project

Bullet Shower demo from https://github.com/godotengine/godot-demo-projects
Repository: go
Issue: slices: grow should document zeroness of extended elements
Labels: Documentation,NeedsInvestigation

In the event that `Grow` grows a slice, what assumptions are we allowed to make about the zeroness of the added elements? The current implementation guarantees that they are zero. Can we document that fact?

I have a loop that looks something like:
```go
var s []T = ...   // possibly a pooled slice
mustZero  := true // we do not know the cleanliness of unused capacity
for hasMore() {
    if len(s) == cap(s) {
        s = slices.Grow(s, 1)
        mustZero = false // TODO: Is it safe to assume extended elements are zero?
    }
    s = s[:len(s)+1]
    e := &s[len(s)-1]
    if mustZero {
        *e = T{} // T may be large, so we want to avoid doing this if possible
    }
    mergeInto(e)
}
```

As an optimization it relies on `slices.Grow` extended the slice with zero elements, but this is not a documented guarantee.

\cc @ianlancetaylor
Repository: flutter
Issue: [ci] Make chrome executable selection more robust in custom tests.
Labels: team,package,team-ecosystem,P2,c: tech-debt,p: cross_file,triaged-ecosystem

There's a couple of `flutter/packages` that run `dart test -p chrome` as a custom test (`cross_file`, `google_identity_services_web`). The way that CI picks the correct version of the browser that is being downloaded is **_kinda sus_**.

According to some [investigation](https://github.com/flutter/packages/pull/2653#discussion_r989559384):

1. `dart test` expects `google-chrome` to be in the path in Linux. [Source](https://github.com/dart-lang/test/blob/master/pkgs/test/lib/src/runner/browser/default_settings.dart#L13).
2. We redefine that `executable` to `chrome` [here](https://github.com/flutter/packages/blob/main/packages/cross_file/dart_test.yaml#L5).
    * (`executable` seems to be only configurable through that yaml file. [Docs](https://github.com/dart-lang/test/blob/master/pkgs/test/doc/configuration.md#executable).)

The above Works As Expected, because we set the `$CHROME_DOWNLOAD_DIR/chrome-linux` directory into the $PATH, [here](https://github.com/flutter/packages/blob/main/.cirrus.yml#L14).

We should tweak the execution of these [custom_tests](https://github.com/flutter/packages/blob/main/packages/cross_file/tool/run_tests.dart#L14) (and `package:google_identity_services_web`'s) so the selection of the browser executable is more robust.

_Also, [what is "$CHROME_DIR"](https://github.com/flutter/packages/blob/main/.cirrus.yml#L15-L18) doing in flutter/plugins .cirrus.yaml? copypasta from [flutter/plugins](https://github.com/flutter/plugins/blob/main/.cirrus.yml#L305)? This must be working because of some [defaults](https://github.com/flutter/packages/blob/main/script/install_chromium.sh#L12)... Yikes!_
Repository: terminal
Issue: `Launch position` SUI controls not active unless X/Y values are entered first.
Labels: Issue-Bug,Product-Terminal,Priority-3,Area-SettingsUI

### Windows Terminal version

main 5608cf15

### Steps to reproduce

- open SUI and select `Startup`
- uncheck `Use system default` and try to change `Launch position` using up/down arrows

### Expected Behavior

- set terminal launch position using up/down arrows

### Actual Behavior

- controls not active unless a X/Y coordinate value is entered first:


https://user-images.githubusercontent.com/3933920/194438800-4c896d3b-4eac-40e1-bd38-8d2e6124375d.mp4

Upon unchecking `Use system default` launch coordinates should be set to '0' and up/down controls activate.

----

ALTERNATIVELY:

> As the title describes, when the Launch Position is first shown, give the current position greyed out as the x and y position.
> When the Let Windows Decide is unchecked, un-grey out the x and y position and with each change of the x and y position, move the current window to match the new position. If I move the window on the screen manually, automatically update the x and y positions.
Repository: vscode
Issue: Investigate why we are disposing of so many things on startup 
Labels: debt,perf

When debugging, I noticed that `dispose` ends up being called a lot while VS Code is starting up. This is suspicious because it suggests that we may be doing work that is either not needed or doing work that later needs to be re-done. There are valid reasons this can happen to, but I see around 2500 calls to our global `dispose` function on startup with a single editor open (which does not track places where `.dispose` is called directly on an object)

Here's some example code where this happens: 

https://github.com/microsoft/vscode/blob/36fdf6b697cba431beb6e391b5a8c5f3606975a1/src/vs/workbench/contrib/debug/browser/debugToolBar.ts#L317

This function is called twice on startup (even though the debug toolbar is not visible in the editor). This means that the work that the first call does is likely pointless, as the second call disposes of it and then does the work over again

---

With some very basic profiling, I see 2500 calls to the global `dispose()` function on startup, which cumulatively take around 40ms. Of these, 1200 actually seem to dispose of something (this filters out the cases where `dispose` is called on an empty array or empty iterable)

Even though this is a small direct performance cost, this is still something interesting to investigate because:

- The profiling above only measures the time spent in the `dispose` implementations. It does not include the cost of computing the values that are then disposed off. I suspect this is more significant 

- Looking at these calls can be a good way to track down work that should be deferred. In the debug toolbar example above, it helped reveal that we're updating the debug toolbar on startup even though the debug toolbar is not visible
Repository: PowerToys
Issue: PowerRename's filter option should persist between sessions.
Labels: Needs-Triage

### Description of the new feature / enhancement

On times that I only need a couple of files renamed out of thousands of files on the same directory, the "Only show files that will be renamed" filter option is something I always toggle whenever I do so. I find it really odd that it is the only setting that does not persist on each rename session.

I also think it would be nice if the filter option be placed on the left pane as a checkbox for better visibility and accessibility. As toggling that setting currently requires 2 clicks which I found unnecessarily cumbersome.

If that is not possible, a default filter option located on the PowerToys settings would be also appreciated.

### Scenario when this would be used?

Every time you're renaming batches of files and you only want to see the files that will be renamed.

### Supporting information

_No response_
Repository: go
Issue: gollvm: error: ‘class llvm::PointerType’ has no member named ‘getElementType’
Labels: NeedsInvestigation

<!--
Please answer these questions before submitting your issue. Thanks!
-->

### What version of Go are you using (`go version`)?
<pre>
$ go version
1.19
</pre>

### Does this issue reproduce with the latest release?
Yes.


### What operating system and processor architecture are you using (`go env`)?
Operating System: linux
Processor Architecture: amd64

<details><summary><code>go env</code> Output</summary><br><pre>
$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/home/user/.cache/go-build"
GOENV="/home/user/.config/go/env"
GOEXE=""
GOEXPERIMENT=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE=""
GOMODCACHE="/home/user/go/pkg/mod"
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/home/user/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/local/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/local/go/pkg/tool/linux_amd64"
GOVCS=""
GOVERSION="go1.19"
GCCGO="gccgo"
GOAMD64="v1"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD="/dev/null"
GOWORK=""
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -Wl,--no-gc-sections -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build3007501738=/tmp/go-build -gno-record-gcc-switches"
</pre></details>

### What did you do?

I followed the directions on this page to build gollvm: https://go.googlesource.com/gollvm

<!--
If possible, provide a recipe for reproducing the error.
A complete runnable program is good.
A link on go.dev/play is best.
-->



### What did you expect to see?
I expected to successfully compile gollvm.


### What did you see instead?
I saw this error:
<pre>
/home/user/workarea/llvm-project/llvm/tools/gollvm/passes/GoStatepoints.cpp:1433:50: error: ‘class llvm::PointerType’ has no member named ‘getElementType’; did you mean ‘getArrayElementType’?
 1433 |       Type *T = cast<PointerType>(V->getType())->getElementType();
      |                                     ^~~~~~~~~~~~~~
      |                                      getArrayElementType
</pre>
Repository: flutter
Issue: [pigeon] Create GetCodec functions to lower test fragility
Labels: team,package,team-ecosystem,p: pigeon,P2,triaged-ecosystem

Currently Kotlin, Swift, and Dart do not contain GetCodec functions to return the appropriate codec (for api's and tests). This increases fragility and is inconsistent with other generators.

Referenced here https://github.com/flutter/packages/pull/2645#discussion_r989264711
Repository: pytorch
Issue: Dedicated function for shallow_copy_and_detach
Labels: module: autograd,triaged,tensor subclass

### 🐛 Describe the bug

Today when a tensor is internally shallow copy and detached, it is traced as a detach. But a detach has a particular semantic meaning: it means that we are intending to detach ALL levels of autograd. But that's not really the intention here; we are just breaking the autograd history at the current level; you should still be able to differentiably run the code later. By tracing it as detach, we lose this semantic info. So emit these as something else; maybe even just alias.

Related https://github.com/pytorch/pytorch/issues/71725

cc @albanD @zou3519 @gqchen @pearu @nikitaved @soulitzer @Lezcano @Varal7 we talked about doing it this way, but no one did it, writing it down so we don't forget

### Versions

master
Repository: godot
Issue: Scene Tree Inheritance Color Hint only updates on scene tree focus 
Labels: bug,topic:editor,needs testing

### Godot version

v4.0.beta2.official [f8745f2f7]

### System information

Windows 10

### Issue description

Scene Tree Inheritance Color Hint only updates on scene tree focus. They should have their color hint enabled by default.


### Steps to reproduce

The color hint for these nodes should be yellow, since they are inherited from the scene directly above them (Actor), Currently only changes the color for the scene extended two layers (Entity):
![image](https://user-images.githubusercontent.com/32025107/194467219-136dda53-9a0a-4c28-a639-323c6d0db75c.png)

When the scene tree is clicked, they properly update to the yellow color hint:
![image](https://user-images.githubusercontent.com/32025107/194467329-b2347458-5c77-4852-aca5-b624b868fe6a.png)


### Minimal reproduction project
[demo.zip](https://github.com/godotengine/godot/files/9787307/demo.zip)

_No response_
Repository: pytorch
Issue: torch.cuda.empty_cache() is not working
Labels: module: cuda,triaged

### 🐛 Describe the bug

Hi, I want to see how much does the pytorch model use GPU, but I went I try to test more than 2 models, `torch.cuda.empty_cache()` seems not working.

The code is as below, the first `logger` shows 0, but the second shows more than 0

```
model = transformers.T5ForConditionalGeneration.from_pretrained('t5-base')
torch.cuda.reset_peak_memory_stats()
torch.cuda.empty_cache()
torch.cuda.synchronize()
now_mem = torch.cuda.max_memory_allocated()
logger.info(f'Load original model, mem:{now_mem}')

train(model,dataloader,...)


model = transformers.T5ForConditionalGeneration.from_pretrained('t5-base')
torch.cuda.reset_peak_memory_stats()
torch.cuda.empty_cache()
torch.cuda.synchronize()
now_mem = torch.cuda.max_memory_allocated()
logger.info(f'Load original model, mem:{now_mem}')
train(model,dataloader,...)

```

### Versions

```
Collecting environment information...
PyTorch version: 1.12.1+cu102
Is debug build: False
CUDA used to build PyTorch: 10.2
ROCM used to build PyTorch: N/A

OS: Ubuntu 20.04.2 LTS (x86_64)
GCC version: (Ubuntu 9.4.0-1ubuntu1~20.04.1) 9.4.0
Clang version: Could not collect
CMake version: Could not collect
Libc version: glibc-2.17

Python version: 3.7.13 (default, Mar 29 2022, 02:18:16)  [GCC 7.5.0] (64-bit runtime)
Python platform: Linux-5.13.0-48-generic-x86_64-with-debian-bullseye-sid
Is CUDA available: True
CUDA runtime version: 11.7.99
GPU models and configuration: GPU 0: Tesla V100-SXM2-32GB
Nvidia driver version: 515.48.07
cuDNN version: Could not collect
HIP runtime version: N/A
MIOpen runtime version: N/A
Is XNNPACK available: True

Versions of relevant libraries:
[pip3] numpy==1.21.6
[pip3] torch==1.12.1
[conda] numpy                     1.21.6                   pypi_0    pypi
[conda] torch                     1.12.1                   pypi_0    pypi

```

cc @ngimel
Repository: react-native
Issue: Invariant Violation: "myAppName" has not been registered
Labels: Needs: Triage :mag:

### Description

i'm trying to running on ios emulator, but without success:

```
Invariant Violation: "myAppName" has not been registered. This can happen if:
* Metro (the local dev server) is run from the wrong folder. Check if Metro is running, stop it and restart it in the current project.
* A module failed to load due to an error and `AppRegistry.registerComponent` wasn't called., js engine: hermes
```
metro is started, and build, so i think the problem is:
* A module failed to load due to an error and `AppRegistry.registerComponent` wasn't called., js engine: hermes


### Version

0.70.2

### Output of `npx react-native info`

System:
    OS: macOS 12.6
    CPU: (8) arm64 Apple M1 Pro
    Memory: 316.59 MB / 32.00 GB
    Shell: 5.8.1 - /bin/zsh
  Binaries:
    Node: 16.17.1 - /usr/local/bin/node
    Yarn: Not Found
    npm: 8.15.0 - /usr/local/bin/npm
    Watchman: 2022.07.04.00 - /opt/homebrew/bin/watchman
  Managers:
    CocoaPods: 1.11.3 - /Users/mantegnous/.rvm/gems/ruby-2.7.5/bin/pod
  SDKs:
    iOS SDK:
      Platforms: DriverKit 21.4, iOS 16.0, macOS 12.3, tvOS 16.0, watchOS 9.0
    Android SDK: Not Found
  IDEs:
    Android Studio: 2021.3 AI-213.7172.25.2113.9014738
    Xcode: 14.0.1/14A400 - /usr/bin/xcodebuild
  Languages:
    Java: 11.0.11 - /usr/bin/javac
  npmPackages:
    @react-native-community/cli: Not Found
    react: ^18.2.0 => 18.2.0 
    react-native: ^0.70.2 => 0.70.2 
    react-native-macos: Not Found
  npmGlobalPackages:
    *react-native*: Not Found


### Steps to reproduce

i'm running ios

### Snack, code example, screenshot, or link to a repository

<img width="544" alt="image" src="https://user-images.githubusercontent.com/37369193/194499967-226fbe35-8236-4696-9775-edf237c37583.png">