sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: vscode
Issue: Go To unified action behavior
Labels: bug,notebook-globaltoolbar


Type: <b>Bug</b>

To repro:
- create a number of code cells, at least one with an error
- run all 
- try to go to most recently failed cell
  - :bug: click label "Go To" --> nothing happens
  - click failed cell icon (red X), see dropdown for go to recently failed, click, and then the failed cell will focus

VS Code version: Code - OSS Dev 1.87.0 (Commit unknown, Date unknown)
OS version: Windows_NT x64 10.0.22621
Modes:

<details>
<summary>System Info</summary>

|Item|Value|
|---|---|
|CPUs|12th Gen Intel(R) Core(TM) i7-1265U (12 x 2688)|
|GPU Status|2d_canvas: enabled<br>canvas_oop_rasterization: enabled_on<br>direct_rendering_display_compositor: disabled_off_ok<br>gpu_compositing: enabled<br>multiple_raster_threads: enabled_on<br>opengl: enabled_on<br>rasterization: enabled<br>raw_draw: disabled_off_ok<br>skia_graphite: disabled_off<br>video_decode: enabled<br>video_encode: enabled<br>vulkan: disabled_off<br>webgl: enabled<br>webgl2: enabled<br>webgpu: enabled|
|Load (avg)|undefined|
|Memory (System)|31.83GB (11.54GB free)|
|Process Argv|. --disable-background-networking --disable-background-timer-throttling --disable-backgrounding-occluded-windows --disable-breakpad --disable-client-side-phishing-detection --disable-default-apps --disable-dev-shm-usage --disable-renderer-backgrounding --disable-sync --metrics-recording-only --no-first-run --no-default-browser-check --user-data-dir=C:\\Users\\milively\\.vscode-oss-dev --inspect-brk=5875 --no-cached-data --crash-reporter-directory=C:\\Users\\milively\\Documents\\_dev_work\\vscode/.profile-oss/crashes --disable-features=CalculateNativeWinOcclusion --disable-extension=vscode.vscode-api-tests --remote-debugging-port=9222|
|Screen Reader|no|
|VM|0%|
</details>Extensions disabled
<!-- generated by issue reporter -->
Repository: rust
Issue: internal refactoring: cleanup type relations
Labels: C-cleanup,A-type-system,E-hard,T-compiler,A-technical-debt,T-types

we should try to clean up our type relations further:

- [x] try to unify `Equate` and `Sub` to make them closer to `nll::TypeRelating`
- [x] merge `Lub` and `Glb` into the same (maybe generic) type relation, prolly just with a field
- [x] reuse more components, e.g. instantiating infer vars should be shared, not only `generalize`
- [ ] completely merge `Equate/Sub` and `nll:TypeRelating`

I intend to look into this myself but would also appreciate some help. This is a quite involved and sometimes subtle area however and I don't have the capacity for in-depth mentoring rn
Repository: godot
Issue: Unexpected physics behavior when modifying position
Labels: discussion,topic:physics,needs testing,topic:3d

### Tested versions

reproducable in
v4.3.dev3.mono.official [36e943b6b]
**v4.2.1.stable.mono.official [b09f793f5]**
v4.2.1.stable.official [b09f793f5]
v4.1.4.rc1.mono.official [b9008f3d5]
v4.0.stable.mono.official [92bee43ad]

### System information

Godot v4.2.1.stable.mono - Windows 10.0.19045 - Vulkan (Forward+) - dedicated NVIDIA GeForce RTX 3070 (NVIDIA; 31.0.15.5123) - Intel(R) Core(TM) i7-9800X CPU @ 3.80GHz (16 Threads)

### Issue description

Currently, using a CharacterBody3D as a platform with a RigidBody3D on top, when setting the position (`postion += ...`) of the platform, the RigidBody moves along. What I would expect is that the RigidBody stays in place.  This is especially notable when applying many small steps. When stepping by a large amount, the RigidBody also moves slightly.
This video demonstrates the described interaction.

https://github.com/godotengine/godot/assets/37896314/d86677bb-4ed6-4360-8fa8-7d7c54cdf0ee

They interact similar when using `global_transform.origin += ...` or `move_and_collide(...)`.
I would expect this behavior when using `move_and_slide()` or `move_and_collide(...)` but not when setting the position directly.

Additional info:
I tried reproducing the conveyor behavior shown in this video: https://www.youtube.com/watch?v=hC1QZ0h4oco
This bug might be related to https://github.com/godotengine/godot/issues/21560

### Steps to reproduce

platform (CharacterBody3D):
![image](https://github.com/godotengine/godot/assets/37896314/648c6163-22bc-49de-aea0-baac6917a1c8)
With script on CharacterBody3D:
```
extends CharacterBody3D
var speed = 1
func _physics_process(delta):
    position.x += delta * speed
    # similar interaction
    # global_transform.origin += delta * speed
    # move_and_collide(Vector3(1,0,0) * delta * speed)
```

movable object (RigidBody3D):
![image](https://github.com/godotengine/godot/assets/37896314/e6ff72fb-88fb-48d0-84ef-8b51f0d7d2df)

Let the RigidBody fall on the CharacterBody and observe.

### Minimal reproduction project (MRP)

The MRP includes a bool for using bigger steps. The video was made using this MRP.
[test_conveyor.zip](https://github.com/godotengine/godot/files/14301438/test_conveyor.zip)
Repository: go
Issue: x/crypto/ssh/test: TestCiphers failures on macOS
Labels: OS-Darwin,NeedsInvestigation

```
#!watchflakes
post <- goos == "darwin" && pkg == "golang.org/x/crypto/ssh/test" && test ~ `TestCiphers`
```

Issue created automatically to collect these failures.

Example ([log](https://ci.chromium.org/b/8756645486442025505)):

    === RUN   TestCiphers/chacha20-poly1305@openssh.com
        session_test.go:362: SendRequest: EOF
        test_unix_test.go:241: sshd:
            Error reading managed configuration (2: No such file or directory). Proceeding with default configuration.
            /Users/swarming/.swarming/w/ir/x/t/sshtest1184070208/sshd_config line 10: Deprecated option KeyRegenerationInterval
            /Users/swarming/.swarming/w/ir/x/t/sshtest1184070208/sshd_config line 11: Deprecated option ServerKeyBits
            /Users/swarming/.swarming/w/ir/x/t/sshtest1184070208/sshd_config line 17: Deprecated option RSAAuthentication
            /Users/swarming/.swarming/w/ir/x/t/sshtest1184070208/sshd_config line 22: Deprecated option RhostsRSAAuthentication
            debug1: inetd sockets after dupping: 4, 5
            BSM audit: getaddrinfo failed for UNKNOWN: nodename nor servname provided, or not known
    ...
            debug1: restore_uid: (unprivileged)
            debug1: auth_activate_options: setting new authentication options
            Accepted publickey for swarming from UNKNOWN port 65535 ssh2: ECDSA SHA256:DbuSF5a8c3JMmpZ5WiK8oLAx97Uu8zIAFReb/NyTPuo
            debug1: monitor_child_preauth: user swarming authenticated by privileged process
            debug1: auth_activate_options: setting new authentication options [preauth]
            debug2: userauth_pubkey: authenticated 1 pkalg ecdsa-sha2-nistp256 [preauth]
            debug1: monitor_read_log: child log fd closed
            BSM audit: bsm_audit_session_setup: setaudit_addr failed: Invalid argument
            debug1: do_cleanup
    --- FAIL: TestCiphers/chacha20-poly1305@openssh.com (0.10s)


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: go
Issue: build: build failure on gotip-linux-ppc64* builders
Labels: NeedsInvestigation

```
#!watchflakes
default <- builder ~ `gotip-linux-ppc64` && repo == "go" && mode == "build"
```

Issue created automatically to collect these failures.

Example ([log](https://ci.chromium.org/b/8756131124635280129)):

    [I2024-02-14T08:51:17.632135Z 1931009 0 sink.go:276] SinkServer: warm-up started
    [I2024-02-14T08:51:17.632162Z 1931009 0 sink.go:346] SinkServer: starting HTTP server...
    [I2024-02-14T08:51:17.632778Z 1931009 0 sink.go:281] SinkServer: warm-up ended
    [I2024-02-14T08:51:17.632918Z 1931009 0 cmd_stream.go:473] rdb-stream: starting the test command - ["/home/swarming/.swarming/w/ir/cache/tools/bin/result_adapter" "go" "-v=false" "--" "/home/swarming/.swarming/w/ir/x/w/goroot/bin/go" "tool" "dist" "test" "-json"]
    [I2024-02-14T08:55:33.071215Z 1931009 0 cmd_stream.go:469] rdb-stream: the test process terminated
    [I2024-02-14T08:55:33.071302Z 1931009 0 sink.go:371] SinkServer: shutdown started
    [I2024-02-14T08:55:33.071355Z 1931009 0 sink.go:349] SinkServer: HTTP server stopped with "http: Server closed"
    [I2024-02-14T08:55:33.071395Z 1931009 0 sink_server.go:95] SinkServer: draining TestResult channel started
    [I2024-02-14T08:55:33.071417Z 1931009 0 sink_server.go:97] SinkServer: draining TestResult channel ended
    [I2024-02-14T08:55:33.071428Z 1931009 0 sink_server.go:99] SinkServer: draining Artifact channel started
    [I2024-02-14T08:55:33.071467Z 1931009 0 sink_server.go:101] SinkServer: draining Artifact channel ended
    [I2024-02-14T08:55:33.071479Z 1931009 0 sink.go:374] SinkServer: shutdown completed successfully
    [I2024-02-14T08:55:33.071494Z 1931009 0 cmd_stream.go:401] rdb-stream: exiting with -1
    go tool dist: Failed: signal: broken pipe


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: vscode
Issue: "Toggle Notebook Sticky Scroll" command naming
Labels: under-discussion,notebook-sticky-scroll

Small nit, terminal sticky scroll toggle command follows a different pattern than notebook, editor, and tree view sticky scrolls.

<img width="478" alt="image" src="https://github.com/microsoft/vscode/assets/12552271/cd9cac8c-27a2-4fef-921e-3ba3172c29c4">
Repository: electron
Issue: [Feature Request]: MediaRecorder missing AAC support in MP4
Labels: enhancement :sparkles:

### Preflight Checklist

- [X] I have read the [Contributing Guidelines](https://github.com/electron/electron/blob/main/CONTRIBUTING.md) for this project.
- [X] I agree to follow the [Code of Conduct](https://github.com/electron/electron/blob/main/CODE_OF_CONDUCT.md) that this project adheres to.
- [X] I have searched the [issue tracker](https://www.github.com/electron/electron/issues) for a bug report that matches the one I want to file, without success.

### Electron Version

v30.0.0-nightly.20240215

### What operating system are you using?

Windows

### Operating System Version

Windows 11 Pro

### What arch are you using?

x64

### Last Known Working Electron version

_No response_

### Expected Behavior

Under Chrome Canary M123, we can now encode with AAC-LC (`mp4a.40.2`).

```
MediaRecorder.isTypeSupported('video/mp4; codecs=avc1,mp4a.40.2'); // true
```

### Actual Behavior

This doesn't work in Electron:

```
MediaRecorder.isTypeSupported('video/mp4; codecs=avc1,mp4a.40.2'); // false
```

### Testcase Gist URL

_No response_

### Additional Information

See also:  https://issues.chromium.org/issues/40127044#comment77
Repository: tauri
Issue: [bug] Unable to add Tauri to Webpack/Capacitor project
Labels: type: bug,status: needs triage

### Describe the bug

Have a webpack project which is a git repo and has folders for `ios` and `android` from capacitor.

Run through the setup Tauri commands as mentioned here [Integrate into Existing Project](https://tauri.app/v1/guides/getting-started/setup/integrate/):

- `npm install --save-dev @tauri-apps/cli`
- `npm run tauri init`

After these, I tried to run `npm run tauri dev` but got the error below.


### Reproduction

_No response_

### Expected behavior

For the command `npm run  tauri dev` to work as expected.

### Full `tauri info` output

```text
> tauri info


[✔] Environment
    - OS: Mac OS 14.2.1 X64
    ✔ Xcode Command Line Tools: installed
    ✔ rustc: 1.76.0 (07dca489a 2024-02-04)
    ✔ cargo: 1.76.0 (c84b36747 2024-01-18)
    ✔ rustup: 1.26.0 (5af9b9484 2023-04-05)
    ✔ Rust toolchain: stable-aarch64-apple-darwin (default)
    - node: 20.11.0
    - yarn: 1.22.21
    - npm: 10.2.4
    - bun: 1.0.25

[-] Packages
    - tauri [RUST]: 1.5.4
    - tauri-build [RUST]: 1.5.1
    - wry [RUST]: 0.24.7
    - tao [RUST]: 0.16.7
    - @tauri-apps/api : not installed!
    - @tauri-apps/cli [NPM]: 1.5.9

[-] App
    - build-type: bundle
    - CSP: unset
    - distDir: ../public
    - devPath: http://localhost:9000/
    - framework: React
    - bundler: Webpack
```


### Stack trace

```text
error: failed to determine package fingerprint for build script for app v0.1.0 (/Users/eperez/apps/word-wanderers/src-tauri)

Caused by:
  failed to determine the most recently modified file in /Users/eperez/apps/word-wanderers/src-tauri

Caused by:
  failed to determine list of files in /Users/eperez/apps/word-wanderers/src-tauri

Caused by:
  failed to open git index at /Users/eperez/apps/word-wanderers/.git/

Caused by:
  invalid data in index - calculated checksum does not match expected; class=Index (10)
```


### Additional context

Simple static site built through webpack but using Capacitor for `ios` and `android` support. The site itself has no capacitor code at all. The built site is just `html, assets folder for fonts, images, sounds (mp3), json`.

If I remove the `.git, android, ios`  folders. Then Tauri works fine and runs with the `npm run tauri dev` command. 

I tried to add a `.taurignore` file in the `src-tauri` directory with those folders listed but still fails.
Repository: rust
Issue: Terse lifetime error when an argument in an implementation has a different lifetime from trait definition
Labels: A-diagnostics,A-trait-system,A-borrow-checker,T-compiler,C-bug,D-terse

<!--
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.
-->

This code:

```rust
trait L<'l> {
    fn accept_l(&mut self, _: &'l str);
}

fn visit<'l>(_: &mut impl L<'l>, _: &'l str) {}

struct T<'l>(&'l mut ());

impl<'l> L<'l> for T<'l> {
    fn accept_l(&mut self, x: &/*'l*/str) {
        // commenting out this call allows the code to compile
        visit(self, x);
    }
}
```

Produces the following diagnostic:

```rust
error: lifetime may not live long enough
  --> src/lib.rs:12:9
   |
9  | impl<'l> L<'l> for T<'l> {
   |      -- lifetime `'l` defined here
10 |     fn accept_l(&mut self, x: &/*'l*/str) {
   |                               - let's call the lifetime of this reference `'1`
11 |         // commenting out this call allows the code to compile
12 |         visit(self, x);
   |         ^^^^^^^^^^^^^^ argument requires that `'1` must outlive `'l`
```

Ideally we'd highlight the fact that `x` has a different lifetime from the trait (uncommenting `/*'l*/` fixes the error). Note that using `x: &str` in the implementation _is_ allowed, it's just that in this case it causes an error.

### 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: 1.78.0-nightly (2024-02-14 ee9c7c940c07d8b67c9a)

### Story time

Just stumbled upon this exact error when rebasing an old branch. I'm assuming in the meantime the trait changed the lifetime and while the signature of the method implementation is still "fine", it's not incompatible with other things.

Good thing I knew something like this could be the issue and figured it out quickly :')
Repository: PowerToys
Issue: Add a PDF merge and page-reordering utility
Labels: Idea-New PowerToy,Needs-Triage,Needs-Team-Response

### Description of the new feature / enhancement

## Short description
A context menu utility to merge PDF documents and rearrange pages in PDF documents, potentially in the same window.

## Longer suggestion for feature's behaviour
In file explorer, when a user selects one or more PDF documents and they right click on the selection, this utility should appear in the context menu.
When the utility is selected, it opens a window (like PowerRename) with a text box for the file name for the result of the merge and 2 vertical sections below:
- on the left, the list of selected files
- on the right, a grid containing thumbnails of the pages in the selected documents, layed out top-left to right-bottom 

The pages in the grid should follow the order of the documents on the left. Rearranging the files in the list should not rearrange the pages in the grid on the right.

The user should be able to rearrange the pages in the grid on the right, by dragging and dropping, and should be able to select multiple pages to move at once.

### Scenario when this would be used?

Normally I use LaTeX for putting multiple PDF documents into a single document, but not everyone has (or wants to install) LaTeX just to merge or rearrange some documents. I think this could be useful in general, not just for very specialised workflows for power users.

### Supporting information

MacOS already has this functionality built in and it's been useful a few times this year already

Merging:
<img width="584" alt="image" src="https://github.com/microsoft/PowerToys/assets/22452178/e36724af-280b-4d9f-98c6-6a503afec44f">

Rearranging:
<img width="252" alt="image" src="https://github.com/microsoft/PowerToys/assets/22452178/60e6d6f9-80de-4a0d-a098-78c43011fde9">

If this feature is accepted, I'd love to volunteer to write it :)
Repository: pytorch
Issue: [FSDP Distributed Checkpoint Loading] _flatten_tensor_optim_state causes a lot of CPU<->GPU data movement
Labels: triaged,module: fsdp,module: distributed_checkpoint

### 🐛 Describe the bug

Upon profiling our FSDP distributed checkpoint loading, I realized that a very significant amount of time is spent on this line: https://github.com/pytorch/pytorch/blob/c3b4d78e175920141de210f44d292971d7c52ff0/torch/distributed/fsdp/_optim_utils.py#L759

If I change the device above from CPU to CUDA, the checkpoint loading is much faster because it bypasses this data transfer. Specifically, I saw a 2x speedup in checkpoint loading when loading a 7B model with sharded checkpoints on 16 GPUs.

I wonder why it is necessary to have this on the CPU?

For reference, we follow what I believe is the standard paradigm for checkpoint loading:

```python
optim_state = load_sharded_optimizer_state_dict(model_state_dict, ...)
FSDP.optim_state_dict_to_load(...)
```

Thanks!

### Versions

PyTorch Version 2.1.2
CUDA 12.1
Python: 3.10

cc @zhaojuanmao @mrshenli @rohan-varma @awgu @fegin @penguinwu @kwen2501 @LucasLLC
Repository: material-ui
Issue: [docs-infra] Fix theme leak
Labels: bug 🐛,regression,scope: docs-infra

### Steps to reproduce

This has been broken for over 2 years and has been so annoying as a maintainer.

### Current behavior

1. Open https://mui.com/material-ui/getting-started/templates/checkout/, WUT?!

<img width="615" alt="SCR-20240215-ulen" src="https://github.com/mui/material-ui/assets/3165635/00c4021f-5175-4f23-8267-539ba2c49441">

2. https://github.com/mui/material-ui/blob/master/CONTRIBUTING.md#trying-changes-on-the-playground theme messes everything.
3. It's also the same with CSS variables, there are Tailwind CSS CSS variables, Base UI root class names, WUT?! https://github.com/mui/material-ui/pull/37319#issuecomment-1685413613.

### Expected behavior

A new Next.js page shouldn't have any theme values:

### Context

We did an iteration on this problem in https://github.com/mui/material-ui/pull/28120 but fixing some of the symptoms, not fixing the root problem.

### Your environment

<details>
  <summary><code>npx @mui/envinfo</code></summary>

```
  Don't forget to mention which browser you used.
  Output from `npx @mui/envinfo` goes here.
```
</details>


**Search keywords**: theme leak
Repository: material-ui
Issue: [docs-infra] Migrate docs to Next App Router
Labels: enhancement,scope: docs-infra,nextjs

### Summary

This issue is about moving our docs away from the legacy Pages Router of Next.js to App Router.

### Motivation

1. It's critical as most new projects created by developers today are on the App Router,

https://analytics.google.com/analytics/web/#/analysis/p353089763/edit/IBVRQAiCT2mrgZwzpg9fFQ

<img width="514" alt="SCR-20240215-uowl" src="https://github.com/mui/material-ui/assets/3165635/d4e46226-d43c-42c8-a09c-eef7ff0f6bfc">

How can we build a great DX for something we don't experience every day? It's impossible IMHO.

2. It's a great way to solve the Layout piece of https://github.com/mui/material-ui/issues/41117.


### Context

It's related to https://github.com/mui/material-ui/issues/38966.

**Search keywords**: App Router
Repository: material-ui
Issue: [docs-infra] Create Cookie notice
Labels: enhancement,scope: docs-infra

### Summary

Legal use of Google Analytics. Under GDPR, it’s mandatory to receive consent to use cookies. See part 1. of https://www.cookiebot.com/en/google-analytics-gdpr/

### Examples

Ashby https://www.ashbyhq.com/, Really nice execution, the best I saw so far:

| Default | Configure |
|--------|--------|
| <img width="511" alt="Screenshot 2023-06-25 at 19 23 47" src="https://github.com/mui/material-ui/assets/3165635/0d1180eb-9911-4bd5-ad67-4024b15984f2"> | <img width="790" alt="Screenshot 2023-06-25 at 19 23 50" src="https://github.com/mui/material-ui/assets/3165635/50ca494c-42d9-4a4d-8c99-a753ee9c43e3"> | 
  
Here are the 3 kinds of cookies I found on the website

  - Essential cookies: user preferences for demos (TS/JS, the styling, …)
  - Analytics cookies: google analytics
  - Advertisement cookies: carbon Ads

### Context

- Other considerations: https://www.notion.so/mui-org/docs-infra-Cookie-notice-0dae6536cf014a4aa560c1af43211303?pvs=23
- We might want to polish https://mui.com/material-ui/react-dialog/#non-modal-dialog at the same time.
- https://www.simoahava.com/analytics/consent-mode-v2-google-tags/
- https://analytics.google.com/analytics/web/#/a106598593p353089763/admin/streams/table/4612132844

<img width="1010" alt="SCR-20240305-lpdy" src="https://github.com/mui/material-ui/assets/3165635/b06a4706-1004-4c7a-a47d-108369471c15">

**Search keywords**: cookie notice
Repository: material-ui
Issue: [docs-infra] Missing form label react-simple-code-editor
Labels: bug 🐛,accessibility,regression,scope: docs-infra

### Steps to reproduce

The issue, reports from [WAVE](https://chromewebstore.google.com/detail/wave-evaluation-tool/jbbplnpkjmmeebjpijfedlgcdilocofh):

<img width="812" alt="Screenshot 2023-08-16 at 02 14 24" src="https://github.com/mui/material-ui/assets/3165635/72e2465f-00f4-40dd-aff3-2f196a89baa8">

https://mui.com/material-ui/react-button/

This needs to be fixed in https://github.com/react-simple-code-editor/react-simple-code-editor. This is important because it creates noise on the page. It makes it harder for developers to spot and fix these issues, it also diminishes our credibility as crafting high-quality components

### Current behavior

_No response_

### Expected behavior

_No response_

### Context

_No response_

### Your environment

<details>
  <summary><code>npx @mui/envinfo</code></summary>

```
  Don't forget to mention which browser you used.
  Output from `npx @mui/envinfo` goes here.
```
</details>


**Search keywords**: react-simple-code-editor