sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: react-native
Issue: [New Arch] RTL to LTR of vise versa Layout Direction Change Requires App Termination to Apply
Labels: Needs: Repro,Needs: Attention

# Description 

When toggling RTL layout direction dynamically using I18nManager.forceRTL(true) or switching between languages in the system settings, the Yoga layout engine does not immediately apply the updated layout direction. Even with a forced app restart (e.g., via RNRestart), the changes are not respected.

A complete termination and relaunch of the app is required for the changes to take effect. This creates significant friction for users and developers aiming to support dynamic language and layout changes for right-to-left (RTL) languages.


# Report

- [x] I have searched [existing issues](https://github.com/facebook/yoga/issues) and this is not a duplicate

# Issues and Steps to Reproduce

Toggle RTL programmatically:

```js
I18nManager.forceRTL(true);
I18nManager.allowRTL(true);
RNRestart.Restart();
```

Alternatively, change the device language to an RTL language (e.g., Arabic ) in the app settings. ( assuming you added such functionality )

Observe that the layout direction does not change immediately.

Terminate the app completely and relaunch it manually. Only then does the layout respect the RTL direction.


# Expected Behavior
 the layout direction should change.
 
# Actual Behavior
 the layout direction does not change.


[related react-native Issue ](https://github.com/facebook/react-native/issues/45661)
Repository: PowerToys
Issue: [Registry Preview] Allow the "Open Key" button to open a new Registry Editor window for each key
Labels: Idea-Enhancement,Needs-Triage,Product-Registry Preview

### Description of the new feature / enhancement

Selecting a key in the upper right pane and then clicking the "Open Key" button should be able to open a new Registry Editor window for each key.

### Scenario when this would be used?

The user would be able to view multiple registry keys, each in its own window.

### Supporting information

According to [this answer](https://superuser.com/a/1655754) on Super User, the `/m` command line argument will allow multiple instances of Registry Editor to be open at a time.
Repository: create-react-app
Issue: Dependency update required: cross-spawn
Labels: needs triage,issue: bug report

### **Description:** 
Versions of the package cross-spawn before 7.0.5 are vulnerable to Regular Expression Denial of Service (ReDoS) due to improper input sanitization. An attacker can increase the CPU usage and crash the program by crafting a very large and well crafted string.

### **Debug Logs:**
 npm list cross-spawn
|─ react-dev-utils@12.0.1
│ └─ cross-spawn@npm:7.0.3
Repository: flutter
Issue: Regression in bench_material3_semantics.skwasm_st.Semantics.GetFragment.average
Labels: c: regression,P1,team-web,triaged-web

https://flutter-flutter-perf.skia.org/e/?keys=X536476b25af6aaa0074a2f262f6290ba&selected=commit%3D43729%26name%3D%252Carch%253Dintel%252Cbranch%253Dmaster%252Cconfig%253Ddefault%252Cdevice_type%253Dnone%252Cdevice_version%253Dnone%252Chost_type%253Dlinux%252Csub_result%253Dbench_material3_semantics.skwasm_st.Semantics.GetFragment.average%252Ctest%253Dweb_benchmarks_skwasm_st%252C&xbaroffset=43729

Happened on dart/skia roll.
Repository: rust
Issue: Possible nightly rustdoc doc generation time / size regression
Labels: T-rustdoc,C-bug,E-needs-bisection,E-needs-mcve

<!--
Thank you for filing a bug report! 🐛 Please provide a short summary of the bug,
along with any information you feel relevant to replicating the bug.
-->
I published my crate to crates.io, but I found the server does not generate documentation properly. My crate is cryptocol and its link is https://docs.rs/cryptocol/0.8.5/cryptocol/. However, the webpage https://docs.rs/cryptocol/0.8.5/cryptocol/number/big_uint/struct.BigUInt.html#struct.BigUInt is failed to be generated. At the site, https://github.com/rust-lang/docs.rs/issues/2676 , it is recommended to toss the issue here because it is considered that the reason is related to that fact that `cargo +nightly docs` does not work properly.

I tried this code:

```bash
cargo +nightly docs
```

I expected to see this happen: All the webpages will be generated properly. Especially, /home/youngho/shared/rust-target/doc/cryptocol/number/big_uint/struct.BigUInt.html should be properly generated. So, for offline test, when I execute `cargo +nightly docs`, it should generate all the webpages fine as executing `cargo doc`.

Instead, this happened: For offline test, when I execute `cargo +nightly docs`, it keeps running but never ends. It looks that the cargo falls into infinite loop. However, when I execute `cargo doc`, it generated all the webpages fine.

### 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`:
```
cargo 1.83.0 (5ffbef321 2024-10-29)
rustc 1.83.0 (90b35a623 2024-11-26)
rustdoc 1.83.0 (90b35a623 2024-11-26)

$ rustc --version --verbose
rustc 1.83.0 (90b35a623 2024-11-26)
binary: rustc
commit-hash: 90b35a6239c3d8bdabc530a6a0816f7ff89a0aaf
commit-date: 2024-11-26
host: x86_64-unknown-linux-gnu
release: 1.83.0
LLVM version: 19.1.1
```
I feel it strange about why it takes so irrationally long and generates irrationally big size of file. (Somebody said that if you wait for an hour, it generates 60 MB-sized struct.BigUInt.html, but I haven't wait for that long time.) BigUInt.rs of version 0.8.4 is 2.9 MB in size while BigUInt.rs of version 0.8.5 is 4.0 MB. The change (1.1 MB) in size makes huge difference. There must be a size threshold that cargo cannot deal with files.

<!--
Include a backtrace in the code block by setting `RUST_BACKTRACE=1` in your
environment. E.g. `RUST_BACKTRACE=1 cargo build`.
-->
<details><summary>backtrace</summary>
<p>

```

```

</p>
</details>
Repository: puppeteer
Issue: "[extensions.spec] extensions can evaluate in the service worker" is failing on Windows
Labels: bug,confirmed,P3

The test is new after migrating the test extension from MV2 to MV3.
For some reason it fails consistently on Windows.
Repository: go
Issue: crypto/cipher: TestFIPSServiceIndicator failures [consistent failure]
Labels: NeedsInvestigation

```
#!watchflakes
default <- pkg == "crypto/cipher" && test == "TestFIPSServiceIndicator"
```

Issue created automatically to collect these failures.

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

    === RUN   TestFIPSServiceIndicator
        gcm_test.go:769: expected service indicator true for 000000000000000000000000
        gcm_test.go:770: expected service indicator true for 000000000000000000000001
        gcm_test.go:771: expected service indicator true for 000000000000000000000064
        gcm_test.go:772: expected service indicator true for 000000000000000000000100
        gcm_test.go:773: expected service indicator true for 000000000000000000010000
        gcm_test.go:774: expected service indicator true for 000000000000000001000000
        gcm_test.go:775: expected service indicator true for 000000000000000100000000
        gcm_test.go:776: expected service indicator true for 000000000000010000000000
        gcm_test.go:777: expected service indicator true for 000000000001000000000000
        gcm_test.go:778: expected service indicator true for 000000000100000000000000
        gcm_test.go:783: expected service indicator true for 000000000000000000000001
        gcm_test.go:788: expected service indicator true for 0102030405060708090a0b0c
        gcm_test.go:789: expected service indicator true for 0102030405060708090a0b0d
        gcm_test.go:794: expected service indicator true for 01020304ffffffffffffff00
        gcm_test.go:795: expected service indicator true for 01020304ffffffffffffffff
        gcm_test.go:797: expected service indicator true for 010203040000000000000000
        gcm_test.go:798: expected service indicator true for 01020304fffffffffffffefe
        gcm_test.go:803: expected service indicator true for 01020304ffffffffffffffff
    --- FAIL: TestFIPSServiceIndicator (0.00s)


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: go
Issue: cmd/cgo/internal/testsanitizers: TestMSAN/msan_fail failures
Labels: NeedsInvestigation

```
#!watchflakes
default <- pkg == "cmd/cgo/internal/testsanitizers" && test == "TestMSAN/msan_fail"
```

Issue created automatically to collect these failures.

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

    === RUN   TestMSAN/msan_fail
    === PAUSE TestMSAN/msan_fail
    === CONT  TestMSAN/msan_fail


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: godot
Issue: PWA does not work offline (bugfix found)
Labels: bug,platform:web,topic:export

### Tested versions

v4.3.stable.official [77dcf97d8]

### System information

Godot v4.3.stable - Windows 10 - Compatibility

### Issue description

An exported PWA application does not work offline.

The Issues was identified as a typo in the exported project_name.service.worker.js file where the service worker does not cache itself duo to a typo.

In the project_name.service.worker.js file under `const CACHED_FILES =` the same file is misspelled as project_name.worker.js (the .service is missing from the filename. this causes the service worker not to cache itself and make offline PWA impossible).

### Steps to reproduce

1. create a new project "project_name"
2. Create a new UI scene displaying a label "Hello World". Center it
3. Set up the Export template for web and enabled the PWA option and exported it to a folder called export (export project not export pck). 
4. Set the Offline Page option in the export template to the .html file of the application (not the .offline.html file)
5. Delete the old export and do a new export
6. MANUAL BUGFIX: (do to fix current bug) in the project_name.service.worker.js file under `const CACHED_FILES =` the same file is misspelled as project_name.worker.js (the .service is missing from the filename. this causes the service worker not to cache itself and make offline PWA impossible)
7. now serve the exported PWA by opening the export folder with cmd and use `python -m http.server` (python needs to be installed for this to work)
8. Go to localhost:8000 and open the project_name.html file. you see the hello world app
9. Install the PWA from the browser bar and stick to taskbar (this does not work in firefox to my knowledge. I tested it with edge and brave working)
10. Close the locally installed PWA
11. Shut down the python webserver with Ctrl + C
12. reopen the local PWA (this only works if you did step 6 and changed project_name.worker.js to project_name.service.worker.js otherwise you will get a site not reachable error)


TL;DT: 
the exported project_name.service.worker.js has a typo in the line `const CACHED_FILES = ...` where the `.service` is missing in the project_name.service.worker.js -> adding it manually fixes the offline functionality

### Minimal reproduction project (MRP)

[MRP with fixed service worker.zip](https://github.com/user-attachments/files/18169418/MRP.with.fixed.service.worker.zip)
Repository: godot
Issue: Blank window with empty title when running empty project with export template and custom command line arguments
Labels: bug,topic:core

### Tested versions

Reproducible v4.3

### System information

Godot Engine v4.3.stable.gentoo.77dcf97d8 - https://godotengine.org Vulkan 1.3.277 - Forward+ - Using Device #0: NVIDIA - NVIDIA GeForce RTX 2060 SUPER

### Issue description

The editor (`godot -e`) opens a blank window title "broken"

### Steps to reproduce

Open the godot editor, with any --video-driver settings

### Minimal reproduction project (MRP)

empty project


*****
Update: https://github.com/godotengine/godot/issues/100519#issuecomment-2549548410
Repository: PowerToys
Issue: mouse without borders no longer connects to the other pc
Labels: Issue-Bug,Needs-Triage,Product-Mouse Without Borders

### Microsoft PowerToys version

0.87.0

### Installation method

PowerToys auto-update

### Running as admin

Yes

### Area(s) with issue?

Mouse Without Borders

### Steps to reproduce

mouse without borders no longer connects to the other pc. happens siince last 2 updates.  in the admin panel on device layout both devices cycle through the connection process (as indicated by yellow , orange and blue borders on the pc icons)  continuously and never complete a connection.  On pc is windows 10 the other is the latest version of windows 11.

### ✔️ Expected Behavior

mouse without borders no longer connects to the other pc. happens siince last 2 updates.  in the admin panel on device layout both devices cycle through the connection process (as indicated by yellow , orange and blue borders on the pc icons)  continuously and never complete a connection.  On pc is windows 10 the other is the latest version of windows 11.

### ❌ Actual Behavior

mouse without borders no longer connects to the other pc. happens siince last 2 updates.  in the admin panel on device layout both devices cycle through the connection process (as indicated by yellow , orange and blue borders on the pc icons)  continuously and never complete a connection.  On pc is windows 10 the other is the latest version of windows 11.

### Other Software

_No response_
Repository: angular
Issue: Hydration resiliency: Detect patterns that cause performance regressions with hydration
Labels: area: core,core: hydration

### Which @angular/* package(s) are the source of the bug?

core, compiler

### Is this a regression?

No

### Description

Hydration fully supports using `isPlatformBrowser()` inside control flow, and this will not break hydration. However it does have a negative impact on user experience. Doing this will result in a brief display of the server rendered content, followed by a re-render and update of the other branch of the control flow. We should be able to detect these types of cases with something like a template diagnostic that will warn users of this and provide better guidance / links to the documentation.

### Please provide a link to a minimal reproduction of the bug

_No response_

### Please provide the exception or error you saw

```true

```

### Please provide the environment you discovered this bug in (run `ng version`)

```true

```

### Anything else?

_No response_
Repository: angular
Issue: Hydration resiliency: third party scripts that modify DOM and improved error messages
Labels: area: core,core: hydration

### Which @angular/* package(s) are the source of the bug?

core

### Is this a regression?

No

### Description

Right now hydration mismatch errors will point directly to the HTML source where the mismatch occurred. This is very helpful in the case that the developer caused this mismatch. If a third party script did, it may be less helpful. Can we improve the error messages to point also to documentation around third party scripts? Or maybe even detect if it was generated by a script and make suggestions of using something like `afterNextRender()` to delay the execution of that script?

### Please provide a link to a minimal reproduction of the bug

_No response_

### Please provide the exception or error you saw

```true

```

### Please provide the environment you discovered this bug in (run `ng version`)

```true

```

### Anything else?

_No response_
Repository: flutter
Issue: PaginatedDataTable: arrowHeadColor breaks differentiation between states (enabled/disabled)
Labels: framework,f: material design,has reproducible steps,P2,team-design,triaged-design,found in release: 3.27,found in release: 3.28

### Steps to reproduce

Put code below in dartpad.

**In paginated_data_table.dart Line 530 and following -> Shouldn't the colour be set to the IconButton instead of the Icon?**

### Expected results

If it is not possible to turn back to the first page, the symbol should be lighter than if it is possible to turn back.

### Actual results

The icons for paging have no disabled "state"

### Code sample

<details open><summary>Code sample</summary>

```dart
import 'package:flutter/material.dart';

void main() {
  runApp(MaterialApp(home: MyPaginatedTable()));
}

class MyPaginatedTable extends StatelessWidget {
  final List<Map<String, dynamic>> _data = List.generate(
    50,
    (index) => {"id": index + 1, "name": "Item ${index + 1}"},
  );

  @override
  Widget build(BuildContext context) {
    return Scaffold(
      appBar: AppBar(title: Text("Pagination Test")),
      body: PaginatedDataTable(
        header: Text('Test Table'),
        rowsPerPage: 10,
        // arrowHeadColor: Colors.black, // Setzt die aktive Pfeilfarbe
        columns: [
          DataColumn(label: Text('ID')),
          DataColumn(label: Text('Name')),
        ],
        source: _MyDataSource(_data),
      ),
    );
  }
}

class _MyDataSource extends DataTableSource {
  final List<Map<String, dynamic>> _data;

  _MyDataSource(this._data);

  @override
  DataRow getRow(int index) {
    final item = _data[index];
    return DataRow.byIndex(
      index: index,
      cells: [
        DataCell(Text(item['id'].toString())),
        DataCell(Text(item['name'])),
      ],
    );
  }

  @override
  int get rowCount => _data.length;

  @override
  bool get isRowCountApproximate => false;

  @override
  int get selectedRowCount => 0;
}

```

</details>
Repository: vscode
Issue: Clicking URLs in terminal while connecting are opened only after connecting
Labels: bug,help wanted,remote,confirmation-pending,terminal-links

<!-- Please search existing issues to avoid creating duplicates, and review our troubleshooting tips: https://code.visualstudio.com/docs/remote/troubleshooting -->
<!-- Please attach logs to help us diagnose your issue. Learn more here: https://code.visualstudio.com/docs/remote/troubleshooting#_reporting-issues and here: https://code.visualstudio.com/docs/remote/vscode-server#_where-can-i-provide-feedback-or-report-an-issue -->
<!-- Also please test using the latest insiders build to make sure your issue has not already been fixed: https://code.visualstudio.com/insiders/ -->

- VSCode Version: 1.88.1
- Local OS Version:  Linux x64 6.5.0-28-generic
- Remote OS Version: Linux 4.18.0-513.24.1.el8_9.x86_64 x86_64
- Remote Extension/Connection Type: Server

<!-- If your bug is related to Remote-SSH, please use the SSH-specific reporter: https://github.com/microsoft/vscode-remote-release/issues/new?assignees=eleanorjboyd&labels=ssh&template=a_remote_ssh_bug_form.yml&title=%5BRemote-SSH+Bug%5D%3A+ -->

I'm not sure which of the remote development plugins causes this, that's why I'm opening a general issue. Apologies if this is the wrong spot.

The remote machine I'm connecting to requires 2FA. The terminal shows a URL to visit, which handles the 2FA procedure. The problem is that when I CTRL+click on the URL, it doesn't open. It only opens *after* the procedure is done. I assume there is some blocking / waiting going that doesn't allow this event to go through directly.

- Logs:
```
Logging in as <username> from <redacted>.
Please open https://<2fa_link> to complete logon.
```

Steps to Reproduce:

1. Try to connect to machine.
2. Get prompted to go to 2FA link.
3. Click link.
4. Nothing happens.
5. Copy link manually and complete 2FA procedure.
6. Setup continues as normal.
7. The link opens (from the original click).

<!-- Check to see if the problem is general, with a specific extension, or only happens when remote -->
Does this issue occur when you try this locally?: No
Does this issue occur when you try this locally and all extensions are disabled?: No

<!-- If your issue only appears in Codespaces, please visit: https://github.com/github/feedback/discussions/categories/codespaces-feedback -->
Repository: pytorch
Issue: [PassRate] TorchBench training PassRate is less than 100
Labels: high priority,triaged,oncall: pt2

### 🐛 Describe the bug

Umbrella Task for the < 100 TorchBench PassRate

https://hud.pytorch.org/benchmark/compilers

![Screenshot 2024-12-17 at 20 28 13](https://github.com/user-attachments/assets/212780be-d6d3-4923-9b72-9cdb337d6c6d)


### Versions

master

cc @ezyang @gchanan @zou3519 @kadeng @msaroufim @chauhang @penguinwu
Repository: vscode
Issue: remote-cli `code` command works in bash, but zsh or tmux
Labels: bug,remote,workbench-cli,terminal-process

<!-- Please search existing issues to avoid creating duplicates, and review our troubleshooting tips: https://code.visualstudio.com/docs/remote/troubleshooting -->
<!-- Please attach logs to help us diagnose your issue. Learn more here: https://code.visualstudio.com/docs/remote/troubleshooting#_reporting-issues and here: https://code.visualstudio.com/docs/remote/vscode-server#_where-can-i-provide-feedback-or-report-an-issue -->
<!-- Also please test using the latest insiders build to make sure your issue has not already been fixed: https://code.visualstudio.com/insiders/ -->

Version: 1.71.0 (Universal)
Commit: 784b0177c56c607789f9638da7b6bf3230d47a8c
Date: 2022-09-01T07:25:38.437Z
Electron: 19.0.12
Chromium: 102.0.5005.167
Node.js: 16.14.2
V8: 10.2.154.15-electron.0
OS: Darwin arm64 21.6.0
Sandboxed: No

- VSCode Version: 1.71.0 (Universal)
- Local OS Version: Darwin arm64 21.6.0
- Remote OS Version: 
- Remote Extension/Connection Type: SSH
- Logs: n/a

Steps to Reproduce:

0. Ensure that `terminal.integrated.inheritEnv` is set to true (the default).
1. Connect to remote machine via VSCode SSH.
2. Open a bash terminal. Run `code`. Observe that it works.
3. Open a zsh terminal. (Select from the dropdown menu on the "+" button.) Run `code`. Observe that it fails.
4. Try the same for tmux. Observe that it fails as well.

<!-- Check to see if the problem is general, with a specific extension, or only happens when remote -->
Does this issue occur when you try this locally?: No
Does this issue occur when you try this locally and all extensions are disabled?: Yes

<!-- If your issue only appears in Codespaces, please visit: https://github.com/github/feedback/discussions/categories/codespaces-feedback -->

It appears as though PATH is propagating correctly for bash, but not the other two:
```
# bash
my-machine:~$ echo $PATH
/home/sam.ainsworth/.nix-profile/bin:/nix/var/nix/profiles/default/bin:/home/sam.ainsworth/.vscode-server/bin/784b0177c56c607789f9638da7b6bf3230d47a8c/bin/remote-cli:/home/sam.ainsworth/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin:/usr/local/go/bin

# zsh
❯ echo $PATH
/home/sam.ainsworth/.nix-profile/bin:/nix/var/nix/profiles/default/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin:/usr/local/go/bin

# tmux
sam.ainsworth@cs-satze7x4cv-gpu-1662050665:~$ echo $PATH
/home/sam.ainsworth/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin:/usr/local/go/bin
```

Opening a bash terminal and then running zsh from within that terminal works.

Why is VSCode propagating different environment variables to different shells?

Potentially related: https://github.com/microsoft/vscode-remote-release/issues/4460
Repository: deno
Issue: test.describe not implemented
Labels: bug,node compat,node:test

Version: Deno 2.1.4

I attempted to run one of Astro's tests with Deno and hit this:

```
error: Uncaught (in promise) Error: Not implemented: test.describe
    at notImplemented (ext:deno_node/_utils.ts:9:9)
    at describe (node:test:145:3)
    at file:///Users/matthew/dev/astro/packages/astro/test/astro-basic.test.js:6:1
```

Test file: https://github.com/withastro/astro/blob/main/packages/astro/test/astro-basic.test.js