sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: PowerToys
Issue: Workspaces does not capture "LibreOffice Calc" Windows
Labels: Issue-Bug,Needs-Triage,Product-Workspaces

### Microsoft PowerToys version

0.84.0

### Installation method

PowerToys auto-update

### Running as admin

No

### Area(s) with issue?

Workspaces

### Steps to reproduce

I have 3 windows of LibreOffice Calc open on monitor 1, and 2 windows of Vivaldi on monitor 2. 

### ✔️ Expected Behavior

Workspaces only saved the Vivaldi windows.

### ❌ Actual Behavior

Workspaces saved the Vivaldi windows but not the LibreOffice Calc windows. I had expected the ability to add applications to a workspace but I could not find that function.

### Other Software

_No response_
Repository: node
Issue: parallel.test-debugger-heap-profiler
Labels: arm,flaky-test

### Test

`test-debugger-heap-profiler`

### Platform

Linux ARMv7

### Console output

```console
12:37:33 not ok 3895 parallel/test-debugger-heap-profiler
12:37:33   ---
12:37:33   duration_ms: 360038.83700
12:37:33   severity: fail
12:37:33   exitcode: -15
12:37:33   stack: |-
12:37:33     timeout
```


### Build links

- https://ci.nodejs.org/job/node-test-binary-armv7l/13424/

### Additional information

_No response_
Repository: vscode
Issue: Reveal  active file in file explorer  and ctrl+shift+ e  should work in diff editor
Labels: bug,diff-editor

<!-- ⚠️⚠️ Do Not Delete This! feature_request_template ⚠️⚠️ -->
<!-- Please read our Rules of Conduct: https://opensource.microsoft.com/codeofconduct/ -->
<!-- Please search existing issues to avoid creating duplicates. -->

<!-- Describe the feature you'd like. -->


As a code reviewer and screen reader  user ,  I
1. In git lense search and compare view , After selecting  refs for comparision,
 I normally view diff editor of changed file 
In diff editor, "Reveal active file in file explorer" command is not working.
In diff editor ctrl+shift+e also not working 
This command help to open structure and current file with keyboard shortcut quickly.

solution:
while focus on diffeditor,
  If file exists in the  working tree then it should open in file explorer view else it should  tell file does not exists in working tree or should give audio hint for screen reader users.
Repository: node
Issue: parallel.test-performance-function is flaky
Labels: flaky-test,linux

### Test

`parallel.test-performance-function`

### Platform

Linux x64

### Console output

```console
---
duration_ms: 328.326
exitcode: 1
severity: fail
stack: |2-

  node:internal/event_target:1090
    process.nextTick(() => { throw err; });
                             ^
  RangeError [ERR_OUT_OF_RANGE]: The value of "val" is out of range. It must be >= 1 && <= 9007199254740991. Received 0
      at RecordableHistogram.record (node:internal/histogram:291:5)
      at processComplete (node:internal/perf/timerify:40:15)
      at timerified m (node:internal/perf/timerify:87:5)
      at /home/iojs/build/workspace/node-test-commit-custom-suites-freestyle/test/parallel/test-performance-function.js:103:5
      at runNextTicks (node:internal/process/task_queues:65:5)
      at listOnTimeout (node:internal/timers:575:9)
      at process.processTimers (node:internal/timers:549:7) {
    code: 'ERR_OUT_OF_RANGE'
  }

  Node.js v23.0.0-pre
...
```


### Build links

- https://ci.nodejs.org/job/node-test-commit-custom-suites-freestyle/38156/

### Additional information

_No response_
Repository: godot
Issue: TileMapLayer destroys Tiles when detached from the tree
Labels: enhancement,discussion,documentation,topic:2d

### Tested versions

- 4.3.stable

### System information

Godot v4.3.stable - Windows 10.0.22631 - Vulkan (Forward+) - dedicated AMD Radeon RX 6900 XT (Advanced Micro Devices, Inc.; 32.0.11029.1008) - AMD Ryzen 7 5800X 8-Core Processor (16 Threads)

### Issue description

When detaching a scene from the tree, even if the said scene isn't destroyed, its `TileMapLayer`s are freeing their tiles loaded from a `SceneCollection`.
This results in unwanted behaviors where some nodes of the scene are back to their original state and others aren't.

### Steps to reproduce

- Start Scene a.tscn
- Click on the "Click me" Button on both the godot logos
  - Logo's modulate is set to red
- Click "Go to B" button, scene A is kept in memory and scene B replaces it
- Click "Go back to A"

The icon on the left, added as a Tile from a SceneCollection, is reset (and console shows it has been destroyed) while the one added as a child node kept its state, showing that the tile has been destroyed and created again when scene has been attached back to the tree.

### Minimal reproduction project (MRP)

[scene-save-test.zip](https://github.com/user-attachments/files/16909718/scene-save-test.zip)
Repository: pytorch
Issue: binary_cross_entropy_with_logits outputs NaN on -inf, which is inconsistent with documentation
Labels: module: bc-breaking,module: nn,module: loss,triaged,module: NaNs and Infs,module: edge cases

### 🐛 Describe the bug

When running the following code:

```
import torch
import numpy as np
x = torch.tensor(-np.inf)
y = torch.tensor(0.9)
res1 = torch.nn.functional.binary_cross_entropy_with_logits(x, y)
res2 = torch.nn.BCEWithLogitsLoss()(x, y)
print(res1, res2)  # nan, nan
```
Based on the documentation: https://pytorch.org/docs/stable/generated/torch.nn.BCEWithLogitsLoss.html#torch.nn.BCEWithLogitsLoss.

The calculation of both torch.nn.functional.binary_cross_entropy_with_logits and BCEWithLogitsLoss should be consistent with the following equation:

```
-y(log(sigmoid(x))+(1-y)*log(1-sigmoid(x)))
```

However, the equation outputs `inf` instead of `NaN`:

```
res3 = -(y*torch.log(torch.sigmoid(x)) + (1-y)*torch.log(torch.tensor(1.)-torch.sigmoid(x)))
print(f"The equation's result: {res3}")  # inf
```

After checking some code, I think this might be a numerical instability problem:
https://github.com/pytorch/pytorch/blob/ee1b6804381c57161c477caa380a840a84167676/aten/src/ATen/native/Loss.cpp#L376

The `log_sigmoid_input` will be `-inf` when `x=-inf`. This is because the exponent of the exp operator will be a large positive value. Finally, the computation will involve `0.1*(-np.inf)-(-np.inf)`, thus leading to NaN.

I noticed that TensorFlow made a special handling on large negative input (https://www.tensorflow.org/api_docs/python/tf/nn/sigmoid_cross_entropy_with_logits). 
Specifically, they use the following equation `max(x, 0) - x * z + log(1 + exp(-abs(x)))`, which makes the exponent of the exp operator always negative. It would be nice if torch.nn.functional.binary_cross_entropy_with_logits and BCEWithLogitsLoss can also make such special handling

### Versions

[pip3] numpy==1.26.2
[pip3] optree==0.11.0
[pip3] torch==2.4.0
[pip3] triton==3.0.0
[conda] numpy                     1.26.2                   pypi_0    pypi
[conda] optree                    0.11.0                   pypi_0    pypi
[conda] torch                     2.4.0                    pypi_0    pypi
[conda] triton                    3.0.0                    pypi_0    pypi

cc @ezyang @gchanan @albanD @mruberry @jbschlosser @walterddr @mikaylagawarecki
Repository: flutter
Issue: Update documentation after 2024-08 release rotation onboarding
Labels: team-release

google doc with notes from the release go/flutter-release-diary-reid 

The most important aspect of this issue is moving release instructions adjacent to the conductor tool and restructuring the format into ... 
Responsibility
Onboarding (one time setup and acls) 
Pre release information gathering (and communication if required) 
—---------------------------
Execution of a release
Post release validation 
Post release communication
—--------------------------
Troubleshooting
Repository: vscode
Issue: Come up with a proper fix or suppress warning for vscode-diagnostic-tools.debuggerScripts
Labels: debt

The warning in launch.json distracted me and I looked into it:



![Image](https://github.com/user-attachments/assets/f42a5494-3cf9-46db-9cf2-9274b58dc312)



https://github.com/microsoft/vscode/blob/6f1101d812e1c80e682475cdc72b142a3296c582/.vscode/launch.json#L219-L264

We should come up with a proper fix for this so we don't have a permanent warning in the codebase.
Repository: vscode
Issue: HTTP requests sent from a VS Code extension can't be aborted
Labels: bug,network

An extension I maintain makes HTTP requests upon activation to establish connections to remote servers that contain virtual file systems and resolve intellisense requests. I would like to add a timeout to these initial requests so extension activation is not held up indefinitely if the requests don't resolve. I'm using `axios` to make the requests, and am setting both the `timeout` and `signal` properties as [their documentation](https://axios-http.com/docs/cancellation) suggests. I've verified that this approach works from the Node REPL, but when called from my VS Code extension the timeouts are ignored. Even with a timeout value of `1ms` the request takes up to a minute to complete. However, the response correctly reports a cancellation/aborted error instead of the 500 error returned from the server. I know that VS Code adds its own http(s) agents that do things like adding certs from the OS keychain. Could VS Code be modifying the requests in a way that removes the timeouts? For reference, here's the browser dev tools data for the request:

<img width="544" alt="Screenshot 2024-09-06 at 11 03 18 AM" src="https://github.com/user-attachments/assets/47bf090f-107f-4141-8548-a818f671bb04">

- VS Code Version: 1.93.0
- OS Version: MacOS Sonoma 14.6.1 (Apple Silicon)
Repository: node
Issue: `async-hooks.test-writewrap` is flaky
Labels: async_hooks,flaky-test,linux

### Test

`async-hooks.test-writewrap`

### Platform

Linux x64

### Console output

```console
14:06:24 not ok 3869 async-hooks/test-writewrap
14:06:24   ---
14:06:24   duration_ms: 120029.98300
14:06:24   severity: fail
14:06:24   exitcode: -15
14:06:24   stack: |-
14:06:24     timeout
14:06:24   ...
```


### Build links

- https://ci.nodejs.org/job/node-test-commit-linux-containered/45912/

### Additional information

_No response_
Repository: node
Issue: `test-sqlite-statement-sync` is flaky
Labels: flaky-test,linux,sqlite

### Test

`test-sqlite-statement-sync`

### Platform

Linux x64

### Console output

```console
14:03:14 not ok 3703 parallel/test-sqlite-statement-sync
14:03:14   ---
14:03:14   duration_ms: 121007.74000
14:03:14   severity: fail
14:03:14   exitcode: -15
14:03:14   stack: |-
14:03:14     timeout
14:03:14     (node:3665096) ExperimentalWarning: SQLite is an experimental feature and might change at any time
14:03:14     (Use `node --trace-warnings ...` to show where the warning was created)
14:03:14   ...
```


### Build links

- https://ci.nodejs.org/job/node-test-commit-plinux/55240/

### Additional information

_No response_
Repository: rust
Issue: Cycle errors lead to confusing errors referencing rustc-dev-guide (i.e., not user-facing docs)
Labels: A-diagnostics,T-lang,T-compiler,C-bug,D-confusing

<!--
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 tried this code:

```rust
struct NamedType {
    parent: &'static NamedType,
}

const SCHEMA: &'static NamedType = &NamedType {
    parent: SCHEMA,
};
```

I expected to see this happen: Maybe "just work", but maybe give a helpful error

Instead, this happened:

```
   Compiling playground v0.0.1 (/playground)
error[E0391]: cycle detected when simplifying constant for the type system `SCHEMA`
 --> src/lib.rs:5:1
  |
5 | const SCHEMA: &'static NamedType = &NamedType {
  | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  |
note: ...which requires const-evaluating + checking `SCHEMA`...
 --> src/lib.rs:6:13
  |
6 |     parent: SCHEMA,
  |             ^^^^^^
  = note: ...which again requires simplifying constant for the type system `SCHEMA`, completing the cycle
  = note: cycle used when running analysis passes on this crate
  = note: see https://rustc-dev-guide.rust-lang.org/overview.html#queries and https://rustc-dev-guide.rust-lang.org/query.html for more information

For more information about this error, try `rustc --explain E0391`.
error: could not compile `playground` (lib) due to 1 previous error
```

### Meta

Reproduces on 1.81.0 stable and 2024-09-05 nightly.

### Bigger picture

I'm working on "Schema"s (which are kind of home-rolled reflection) for postcard, and I attempted to implement the `Schema` trait for the types used for schemas themselves.

Actual commit here: https://github.com/jamesmunns/postcard/commit/ded8c308cc506bca87fb2c20be0928a8e904c3c9

I'm at least partially convinced this can't actually work in my case (it ends up making infinitely recursive consts), but the error message was somewhat surprising (I don't know if "normal" user errors should reference the rustc-dev-guide), and maybe would expect a more direct error like "Tried to make a constant value with infinite size due to recursion".

CC @dirbaio who helped minimize this.
Repository: flutter
Issue: Support new chrome headless mode from flutter driver
Labels: c: new feature,tool,platform-web,f: integration_test,P2,team-web,triaged-web

Chrome has a [new headless mode](https://developer.chrome.com/docs/chromium/headless), so the `--headless` flag has been superceded by `--headless=old` and `--headless=new`.

More context:
- DevTools integration tests first started failing with chromedriver 128: https://github.com/flutter/devtools/issues/8301.
- We eventually found a workaround by passing some additional flags to the flutter driver command: https://github.com/flutter/devtools/pull/8299. We had to pass the flag `--headless=old` to get our integration tests to function as they were before, and following a suggestion from https://github.com/SeleniumHQ/selenium/issues/14453 and https://github.com/sanger/sequencescape/pull/4316, we also needed to add the `--disable-search-engine-choice-screen` flag to prevent the tests from timing out.

I'm not sure what the proper solution is here from the perspective of the flutter tools, but I suspect other flutter users who have integration tests for web will hit the same problems we did with the new version of chrome and chromedriver. Ideally, we should add the necessary flags on the flutter driver side so that users do not have to go through this whole investigation to get their tests to work.
Repository: go
Issue: build: adopt Go 1.24 as bootstrap toolchain for Go 1.26
Labels: NeedsFix,early-in-cycle,release-blocker

This is the tracking issue for the Go 1.26 iteration of proposal #54265.
Repository: godot
Issue: `scons` build fails on Windows with `core/os/keyboard.h: No such file or directory`
Labels: bug,platform:windows,topic:buildsystem,needs testing

### Tested versions

4.3 branch

### System information

Godot v4.3.stable.mono - Windows 10.0.22631 - Vulkan (Mobile) - integrated Intel(R) Iris(R) Xe Graphics (Intel Corporation; 31.0.101.5590) - 11th Gen Intel(R) Core(TM) i7-1185G7 @ 3.00GHz (8 Threads)

### Issue description

Attempting to build from the Godot source with the following command:

`scons p=windows target=editor module_mono_enabled=yes`

Fails with the following error, although the file mentioned does appear to exist:

```
[Initial build] Generating servers\rendering\renderer_rd\shaders\environment\voxel_gi_debug.glsl.gen.h ...
ERROR: In file included from platform\windows\os_windows.h:35,
                 from platform\windows\godot_windows.cpp:31:
platform\windows\key_mapping_windows.h:34:10: fatal error: core/os/keyboard.h: No such file or directory
   34 | #include "core/os/keyboard.h"
      |          ^~~~~~~~~~~~~~~~~~~~
compilation terminated.
```

### Steps to reproduce

Compile source code with editor target from 4.3 branch or master.

### Minimal reproduction project (MRP)

N/A
Repository: pytorch
Issue: MacOS runner fails at `Complete runner step` 
Labels: triaged,module: infra

### 🐛 Describe the bug

List of jobs (all of them MPS ones for some reason):
- https://github.com/pytorch/pytorch/actions/runs/10738683344/job/29783923957
- https://github.com/pytorch/pytorch/actions/runs/10739166790/job/29784739940
- https://github.com/pytorch/pytorch/actions/runs/10739832388/job/29787068694
- https://github.com/pytorch/pytorch/actions/runs/10740092184/job/29787906784
- https://github.com/pytorch/pytorch/actions/runs/10740449433/job/29789033721
- https://github.com/pytorch/pytorch/actions/runs/10740826173/job/29790964645
- https://github.com/pytorch/pytorch/actions/runs/10738291387/job/29782577472

All of them were scheduled on i-068d3556cfec79f76
### Versions

CI
Repository: storybook
Issue: [Bug]: @storybook/angular Zone mismatch.  Package has "zone.js": "^0.14.2"  peer dependencies  "zone.js": ">= 0.11.1 < 1.0.0"
Labels: bug,needs triage

### Describe the bug

Looking at code > frameworks > angular there is a mismatch for zone 

See below..

    "zone.js": "^0.14.2"
  },
  "peerDependencies": {
    "@angular-devkit/architect": ">=0.1500.0 < 0.1900.0",
    "@angular-devkit/build-angular": ">=15.0.0 < 19.0.0",
    "@angular-devkit/core": ">=15.0.0 < 19.0.0",
    "@angular/cli": ">=15.0.0 < 19.0.0",
    "@angular/common": ">=15.0.0 < 19.0.0",
    "@angular/compiler": ">=15.0.0 < 19.0.0",
    "@angular/compiler-cli": ">=15.0.0 < 19.0.0",
    "@angular/core": ">=15.0.0 < 19.0.0",
    "@angular/forms": ">=15.0.0 < 19.0.0",
    "@angular/platform-browser": ">=15.0.0 < 19.0.0",
    "@angular/platform-browser-dynamic": ">=15.0.0 < 19.0.0",
    "rxjs": "^6.0.0 || ^7.4.0",
    "storybook": "workspace:^",
    "typescript": "^4.0.0 || ^5.0.0",
    "zone.js": ">= 0.11.1 < 1.0.0"
  },

### Reproduction link

https://github.com/storybookjs/storybook/blob/next/code/frameworks/angular/package.json

### Reproduction steps

Looking at code > frameworks > angular there is a mismatch for zone in package.json

ERR!   zone.js@"0.14.3" from the root project
npm ERR!   peer zone.js@">= 0.11.1 < 1.0.0" from @storybook/angular@8.2.9

### System

```bash
info
```


### Additional context

_No response_
Repository: PowerToys
Issue: Keyboard manager hotkey won't open Notion Calendar
Labels: Issue-Bug,Needs-Triage

### Microsoft PowerToys version

0.84.0

### Installation method

Microsoft Store

### Running as admin

Yes

### Area(s) with issue?

Keyboard Manager

### Steps to reproduce

1. Open PowerToys Keyboard Manager.
2. Set up a new hotkey to launch an application.
3. Use the app path: C:\Users\YourAccount\AppData\Local\Programs\cron-web\Notion Calendar.exe.
4. Save the hotkey configuration.
5. Press the hotkey to launch Notion Calendar.

### ✔️ Expected Behavior

Pressing the hotkey should launch Notion Calendar.

### ❌ Actual Behavior

Actual Behavior: Pressing the hotkey does not launch Notion Calendar.

### Other Software

_No response_
Repository: excalidraw
Issue: Arrow does not update both sides when moving connected object
Labels: bug,good first issue

When an arrow connects 2 objects (A, B), and one of the two is moved, only the point connected directly to the moving object is updated. The other point remains fixed until the other object itself is moved.
1. Arrow points from A to B:
![image](https://github.com/user-attachments/assets/aed4ec73-9a25-45bd-bd72-a04c2cd6268b)
2. A is moved and only the arrow's starting point updates:
![image](https://github.com/user-attachments/assets/b76b68fc-35a5-43ba-82f1-00682627ae96)
3. Only once B itself moves (even just by 1 pixel), the arrow's point connected to B updates immediately and snaps back into place:
![image](https://github.com/user-attachments/assets/6bc3e286-de86-4be4-af01-45fccc3ce044)

I remember that both sides of the arrow were consistently updated not long ago.
Repository: go
Issue: x/sys/windows/svc: unrecognized failures
Labels: NeedsInvestigation

```
#!watchflakes
default <- pkg == "golang.org/x/sys/windows/svc" && test == ""
```

Issue created automatically to collect these failures.

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

    FAIL	golang.org/x/sys/windows/svc [build failed]


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: go
Issue: runtime:cpu4: TestUserArena failures
Labels: NeedsInvestigation,compiler/runtime

```
#!watchflakes
default <- pkg == "runtime:cpu4" && test == "TestUserArena"
```

Issue created automatically to collect these failures.

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

    === RUN   TestUserArena
        arena_test.go:146: expected zero waiting arena chunks, found 2
    --- FAIL: TestUserArena (0.32s)


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: go
Issue: go/printer: produces a invalid source, for a successfully parsed AST
Labels: NeedsInvestigation

Consider:

```go
type _[a (b + 3),] struct{}
```

This is parsed successfully by `go/parser` and it gets formatted into:

```go
type _[a b + 3] struct{}
```

This is not valid go syntax. Not sure how this should be handled, should `type _[a (b + 3),] struct{}` cause a parser error?

For example, the source below causes a parser error (`expected ')', found '+'`)

```go
type _[a ~int, b (a+3)]struct{}
```

CC @griesemer
Repository: PowerToys
Issue: Make Window Minimise/Maximise/Close Controls Visible
Labels: Idea-New PowerToy

### Description of the new feature / enhancement

Forces the window controls to be visible so that the cursor can be directed to the target, rather than having to target the general area and then hunt with the cursor until it reveals the desired target.

More generally force other window attributes such as coloured border so that white windows on white backgrounds are identifiable.

### Scenario when this would be used?

A great application of this would be to PowerTools, whose window controls are invisible when it is in the foreground (and faintly visible but inaccessible when it is not the foreground application

### Supporting information

See this screen grab of the upper right corner of PowerTools. See the missing window controls (Win-10, 64 bit, all updates applied)

![image](https://github.com/user-attachments/assets/fce86094-cac6-41a1-b6d4-55bfdbb35c53)
Repository: rust
Issue: ThreadSanitizer false positive due to missing interceptor for fcntl(fd, F_DUPFD_CLOEXEC, ..)
Labels: A-LLVM,A-sanitizers,C-bug,T-libs

While ThreadSanitizer models synchronization implied by IO operations, it currently doesn't have interceptor for `fcntl(fd, F_DUPFD_CLOEXEC, ..)` and as a result operations on a duplicated file descriptor don't introduce synchronization. For example, the following generates a false positive report:

```rust
#![feature(sync_unsafe_cell)]
#![feature(anonymous_pipe)]
use std::cell::*;
use std::io::*;
use std::sync::*;

fn main() {
    let c = Arc::new(SyncUnsafeCell::new(0));
    let (mut a, mut b) = std::pipe::pipe().unwrap();
    // Duplicate file descriptor. Implemented in terms of fcntl(fd, F_DUPFD_CLOEXEC, ...).
    // Comment out the following line to hide the false positive.
    let mut b = b.try_clone().unwrap();
    let t = std::thread::spawn({
        let c = c.clone();
        move || {
            unsafe { *c.get() = 1 };
            b.write_all(b".").unwrap();
        }
    });
    let mut buf = [0];
    a.read_exact(&mut buf).unwrap();
    println!("{}", unsafe { *c.get() });
    t.join().unwrap();
}
```

This shortcoming makes ThreadSanitizer incompatible with Tokio.
Repository: PowerToys
Issue: FancyZones Fail to Activate with MotiveWave 
Labels: Issue-Bug,FancyZones-Dragging&UI,Product-FancyZones,Needs-Triage

### Microsoft PowerToys version

0.83.0

### Installation method

GitHub

### Running as admin

Yes

### Area(s) with issue?

FancyZones

### Steps to reproduce

Download Motivewave app, run it. (https://www.motivewave.com)
Try to activate zones.

### ✔️ Expected Behavior

zone selection to activate

### ❌ Actual Behavior

zone selection does not activate

### Other Software

Motivewave 6.9.6
https://www.motivewave.com/