sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: vscode
Issue: Allow me to continue in an existing location?
Labels: feature-request,continue-working-on

Testing #161875

When I want to continue in a Codespace, currently I always have to create a new Codespace, but couldn't we allow to continue in a previous location I had created?
Repository: PowerToys
Issue: Inability to display the Task Manager on top of other windows
Labels: Issue-Bug,Product-Always On Top,Priority-1,Status-Reproducible

### Microsoft PowerToys version

0.62.1

### Running as admin

- [ ] Yes

### Area(s) with issue?

Always on Top

### Steps to reproduce

[PowerToysReport_2022-09-27-21-09-29.zip](https://github.com/microsoft/PowerToys/files/9657868/PowerToysReport_2022-09-27-21-09-29.zip)


### ✔️ Expected Behavior

The Task Manager will be on top of all other windows

### ❌ Actual Behavior

Error sound

### Other Software

_No response_
Repository: PowerToys
Issue: [New Plugin] Set Timer, Stopwatch and Alarm from power run.
Labels: Needs-Triage

### Description of the new feature / enhancement

type ` timer mm:hh:ss` to start timer.
type `sw on` to start stopwatch.

### Scenario when this would be used?

quickly start timer. 

### Supporting information

_No response_
Repository: rust
Issue: Add Source Serif Bold Italic font resource for displaying bold italic text
Labels: T-rustdoc,A-rustdoc-ui

Currently docs.rs does not provide bold italic font resources for the web page, the text inside `<em><strong> </strong></em>` is just in italic form.

Try this code and run `cargo doc --open`:

```rust
/// Documentation in ***bold italic*** style
struct Test {}
```

then check out the generated web page.
Repository: vscode
Issue: Creating a new setting profile opens the folder in a workspace
Labels: bug,file-explorer,user-profiles

From @isidorn 

https://insiders.vscode.dev/microsoft/vscode

Gear -> create new profile
Notice how the explorer transforms into a MR workspace with one folder 🐛 
I would expect that changing a profile I am still in a single folder experience.
Repository: PowerToys
Issue: Keyboard manager mapping seems a bit laggy with left_alt
Labels: Issue-Bug,Product-Keyboard Shortcut Manager,Needs-Triage

### Microsoft PowerToys version

0.62.1

### Running as admin

- [ ] Yes

### Area(s) with issue?

Keyboard Manager

### Steps to reproduce

- having 2 desktops on current window session

- remap left_ctrl+win+left_arrow to left_alt+x
- remap left_ctrl+win+right_arrow to left_alt+c
- into any window and on desktop 1, hold left_alt, press c but don't release left_alt
- press x without releasing left_alt -> doesn't work

### ✔️ Expected Behavior

by keeping left_alt pressed, i wanted to fast swap desktops by pressing x+c+x+c+x without releasing left_alt. Worked perfectly on 0.62.0 though.

### ❌ Actual Behavior

It just doesn't swap desktop until you release left_alt and hold it back. This brings a slow experience and a it's a bit laggy sometimes. 

### Other Software

mostly on LibreOffice Writer 7.4.0.3
Repository: vscode
Issue: Cell context menu should use NotebookCell as context like the cell toolbar
Labels: bug,notebook-celltoolbar

The cell context menu in notebook editor is using `UriComponents` as context, but the cell toolbar is using `NotebookCell`. Since we populate commands from cell toolbar to the cell context menu, those commands won't work in cell context menu. We should have them aligned.
Repository: stable-diffusion-webui
Issue: (Linux) NNPACK error - txt2img runs its process but fails to show any picture at 100%
Labels: asking-for-help-with-local-system-issues

**Describe the bug**
txt2img runs its process but fails to show any picture at 100%. Displays a message that says:
`[W NNPACK.cpp:51] Could not initialize NNPACK! Reason: Unsupported hardware./it]`

This message is displayed before the Total progress bar reaches 100%. The bar on the site reaches 100%, but the image on the site does not update from the blank image.

**To Reproduce**
Steps to reproduce the behavior:
1. Type in the prompt for txt2img and click Generate.
2. Wait for it to generate. The first bar shows 100%. Then the NNPACK error and the next bar shows 100%.
3. No image is shown.

**Expected behavior**
When the Total progress bar is reached, the image should appear.

**Screenshots**
![Screenshot from 2022-09-27 14-24-30](https://user-images.githubusercontent.com/23529770/192594615-94f1fea0-11f2-4914-ab84-ff2781f22f1d.png)

**Desktop (please complete the following information):**
 - OS: Linux
 - Browser: Firefox
 - Commit revision: "78d6aef30249530d8cc0b5023b2f8bf8c86f8446"

**Additional context**
Repository: vscode
Issue: Hard to tell that Edit Sessions were turned on with two different auth providers
Labels: ux,polish

Testing #161875

1. open a repo in insiders.dev and make a change in a file
2. `Continue on` desktop
:bug: no changes 

![continueOn](https://user-images.githubusercontent.com/2019016/192595803-abd1ad99-cd1b-4fae-b904-16dfea8e9ba6.gif)
Repository: vscode
Issue: "Reset" command on bottom editor of merge editor didn't get me back into the state that I expected
Labels: bug,verification-found,merge-editor

Testing #161834
When opening the diff this is what the UI looked like:
<img width="1411" alt="image" src="https://user-images.githubusercontent.com/812783/192598188-d64020c0-6ce5-4261-b4d0-e5d163b3b851.png">


Added one change:
<img width="1411" alt="image" src="https://user-images.githubusercontent.com/812783/192598277-f1da04af-80e1-4328-b697-f6b44c51ddc3.png">


Ran the "Reset" command in the ... menu of the bottom editor:
<img width="1396" alt="image" src="https://user-images.githubusercontent.com/812783/192598416-b9eff804-1ed3-43be-a849-30608c9b1642.png">
I expected to be back in my initial state. But instead I have 0 instead of 1 conflict remaining and no orange around the conflict.
Repository: vscode
Issue: [css] CSS custom property completions
Labels: feature-request,css-less-scss

Testing #161842

There doesn't seem to be a completion for `--property-name` here.
![No completion for the custom property in a CSS file](https://user-images.githubusercontent.com/7199958/192601671-7c133ccc-3071-43b6-92fb-b27b7f5c2610.png)

There's also no type-checking for `--property-name` after I type it out. For example, I can set it to `'some string'`, even though it's supposed to be a colour.
Repository: vscode
Issue: Merge Editor: "Accept all change from Left / Right" Available all the time, and isn't really undoable
Labels: bug,merge-editor

Testing #161834

Open merges / demo1 from the test set.

Run "Accept All Changes From Left" from the ... menu on the left editor.

After that action the same, accept all changes from left is still available, even though I have accepted everything on the left already.

<img width="801" alt="image" src="https://user-images.githubusercontent.com/812783/192606859-e747e07b-3bb5-41d4-ab29-ea032c815fb8.png">

For the two lower conflicts I have no code lens to remove the left items from the merge. I'm not sure how I would undo the action that I took. I can't use code lens removals to undo it. The "Reset" command in the lower merge editor doesn't get me back the lenses either. There isn't a "Remove All Changes From Left" in the top left editor.
Repository: vscode
Issue: Merge Editor: A way to look through automatically resolved "conflicts"
Labels: feature-request,merge-editor

![image](https://user-images.githubusercontent.com/8443014/192606425-893e1ea8-51ba-461a-988f-93ff2451f092.png)
There are arrows to go up and down for unresolved conflicts. Useful, but there seems to be no equivalent feature to look through _resolved_ conflicts that were handled automatically.

![image](https://user-images.githubusercontent.com/8443014/192607036-b7895d50-5a65-474e-8089-f1900c0b9f3b.png)
Basically, a way to skip between _all_ checkboxes, both pre-checked and ones you previously checked (for a final look through the merged code). In an example with 0 conflicts remaining, the arrows do nothing, and there are no alternative arrows either.
Repository: pytorch
Issue: [Quant] Remove or clarify the meaning of Nones in QConfig/BackendConfig
Labels: oncall: quantization,low priority,triaged

There are many instances of potential `None`s throughout QConfig/BackendConfig, e.g.

```
dtype_with_constraints.dtype
dtype_config.is_dynamic
qconfig.activation
qconfig.weight
get_target_activation_dtype_for_node(...)  # in fx/prepare.py
```

We can probably remove the `Optional` around some of these, such as `dtype_config.is_dynamic`. For others, we should clearly document what `None` means.

cc @jerryzh168 @jianyuh @raghuramank100 @jamesr66a @vkuzo @jgong5 @Xia-Weiwen @leslie-fang-intel
Repository: PowerToys
Issue: Regarding Mouse Utility.
Labels: Issue-Bug,Priority-2,Product-Mouse Utilities

### Microsoft PowerToys version

0.62.1

### Running as admin

- [ ] Yes

### Area(s) with issue?

Mouse Utilities

### Steps to reproduce

When one app is maximized and Task Manager with a normal size window over is, double pressing the left Ctrl key does not Highlight the pointer. 
![Screenshot (7)](https://user-images.githubusercontent.com/95426386/192617571-2079cddb-61a6-4597-ac52-014de392f92e.png)


### ✔️ Expected Behavior

The Ponter should be highlighted while the task Manager is open.

### ❌ Actual Behavior

Double pressing the left Ctrl key does not highlight the pointer while the task manager is open.

### Other Software

_No response_
Repository: godot
Issue: Context-Sensitive pressing Delete on signal should not delete the node
Labels: enhancement,topic:editor,usability

### Godot version

4.0 beta1

### Issue description

When I select a node signal and press Delete, I would expect it to disconnect the node. Related to https://github.com/godotengine/godot/issues/63804

### Steps to reproduce

Select a node via mouse
![godot-issue-delete-context2](https://user-images.githubusercontent.com/25630803/192619705-5dd7bfd8-f4a3-4f07-96e6-7a474ebcae3f.png)

Press Delete
![godot-issue-contextt](https://user-images.githubusercontent.com/25630803/192619730-9a50b050-89e8-4067-8b6a-cb17b88b0248.png)
Repository: PowerToys
Issue: Hightlight Text to Copy
Labels: Idea-New PowerToy

### Description of the new feature / enhancement

When you highlight text it automatically copies that text to the clipboard

### Scenario when this would be used?

Helpful when copying text back and forth or copying code/command snippets into network devices. When I'm configurating a switch out of the box I like to drop sections in at a time. I might be copying from another switch (which I can just highlight and and it's copied) or from a file on my desktop (which I then have to Ctrl-C to copy) before right-clicking in my SSH session to paste.

### Supporting information

Similar to highlighting behavior in network device OS's/SSH.
Repository: material-ui
Issue: Latest 5.10.7 Causes duplicate classes in snapshots
Labels: component: FormControl

### Duplicates

- [X] I have searched the existing issues

### Latest version

- [X] I have tested the latest version

### Steps to reproduce 🕹

Steps:

1. upgrade to 5.10.7 from 5.10.6

### Current behavior 😯

```              class="MuiTypography-root MuiTypography-h2 emotion-2"
            >
              Sprite Icons
            </h2>
            <label
    -         class="MuiFormLabel-root MuiInputLabel-root MuiInputLabel-shrink MuiFormLabel-colorPrimary emotion-120"
    +         class="MuiFormLabel-root MuiInputLabel-root MuiInputLabel-shrink MuiFormLabel-colorPrimary MuiInputLabel-root MuiInputLabel-shrink emotion-120"
              data-shrink="true"
              id="demo-simple-select-label"
            >

### Expected behavior 🤔

Take a look, the classes like MuiInputLabel-root are getting doubled up.

### Context 🔦

Jest snapshots should match without duplicate classes.

### Your environment 🌎

<details>
  <summary><code>npx @mui/envinfo</code></summary>
jest
</details>
Repository: vscode
Issue: Store Current Edit Session available for non-repo folder but doesn't save session 
Labels: bug,cloud-changes,continue-working-on

Testing #161860

1. Open a folder not under Git source control.
2. Make a change and run Store Current Edit Session

No warning or error is shown but the command silently fails
Repository: godot
Issue: `print` rounds floats down if they are very small (fixed in `master`)
Labels: bug,topic:core

### Godot version

3.5.stable

### System information

Ubuntu 22.04.1 LTS

### Issue description

With a small float value, like `1e-8`, the `print` function shows it as zero.  This leads to some very frustrating debugging experiences.

This also affects the debugger.

![Selection_078](https://user-images.githubusercontent.com/2918280/192659733-8399f31c-6c16-471b-a252-f71fb44588a3.png)
![Selection_079](https://user-images.githubusercontent.com/2918280/192659749-14cb0247-299a-4b61-9c7c-f3a140470f22.png)
![Selection_080](https://user-images.githubusercontent.com/2918280/192659755-5ee7b1ee-6375-4c7e-bf52-7fba895a4705.png)



### Steps to reproduce

```
func _ready() -> void:

	var zero: float = 0
	var not_zero: float = 1e-8
	var equal: bool = zero==not_zero
	print("zero: ", zero)
	print("not_zero: ", not_zero)
	print("equal: ", equal)
	print("var2str(not_zero): ", var2str(not_zero))
	get_tree().quit()
```

### Minimal reproduction project

[minimal_example.zip](https://github.com/godotengine/godot/files/9660352/minimal_example.zip)
Repository: vscode
Issue: Git - Inaccurate message after cancelling passphrase prompt
Labels: git,polish

Testing #161789

Following these steps from the TPI
> - Use the command palette to invoke the "Git: Push" command
>   - Confirm that a quick input is being shown to enter the passphrase
> - Press Escape without entering the passphrase
>   - Confirm that the push does not occur and no errors are being shown

I see this dialog 

<img width="501" alt="image" src="https://user-images.githubusercontent.com/323878/192665155-720f5d96-bbd7-4488-a1dc-48233ba698c8.png">

which isn't true - I canceled the prompt. But not a big deal, you may not be able to tell the difference
Repository: go
Issue: proposal: runtime/pprof: add “heaptime” bytes*GCs memory profile
Labels: Proposal

I propose we add a new “heaptime” profile type to runtime/pprof. This is equivalent to the existing allocs profile, except that allocations are scaled by the number of GC cycles they survive. Hence, the profile would measure “space” in bytes\*GCs and “objects” in objects\*GCs. This can also be viewed as the “inuse” profile integrated over time.

This type of profile would help with understanding applications where a CPU profile shows significant time spent in GC scanning/marking by attributing the cause of the time. GC marking time scales with the number of GC cycles an object survives and its size, so an object that survives no cycles costs essentially nothing to GC, while an object that survives many cycles costs a lot in total. A heaptime profile would show users which allocations to reduce in order to reduce marking time.

For example, this came up in the context of improving compiler performance. The compiler spends a significant amount of CPU time in marking, but looking at the existing allocs profile is a poor proxy for attributing mark time.

One downside is that this profile would not be totally representative of marking costs, and hence may be misleading. For one, marking is more closely proportional to the “scan size” of an object, which is the size up to an object’s last pointer. Pointer-free objects are very cheap to mark, even if they are very large. It also wouldn’t capture time spent scanning non-heap objects like stacks and globals. Capturing these would require complicating the definition (and implementation) of the profile, but may be doable.

Taking this downside to the extreme, if we were to substantially change the GC algorithm, this type of profile may no longer reflect marking time at all. For example, in a generational garbage collector, it’s not entirely clear what this profile would mean (perhaps you would count the number of minor cycles an object survived while young plus the number of major cycles it survived while old, but that’s certainly harder to explain).

I believe this would be straightforward to implement. We would add the current GC cycle count to `runtime.specialprofile` and new counters to `runtime.memRecordCycle`. `runtime.mProf_Free` would subtract the allocating GC cycle counter stored in the special from the current cycle counter, use this to scale the allocation count and size, and accumulate these into the new fields of `memRecordCycle`. One complication is that I don’t think we want to add these to `runtime.MemProfileRecord`, so we would need some other way to get them into the `runtime/pprof` package. We already use private APIs between `runtime` and `runtime/pprof` for the CPU profile, and I think we would do something similar for this.

/cc @golang/runtime @mknyszek @dr2chase
Repository: vscode
Issue: Could we avoid this prompt on the Desktop side?
Labels: feature-request,continue-working-on

Testing #161872

Today, we get this prompt on the web side and on the Desktop side when we Continue on...
![image](https://user-images.githubusercontent.com/2644648/192668518-3ca73846-89db-424f-bd3f-28034231823f.png)

Because we're in the process of "Continuing On..." could you maybe tell Desktop what auth provider was used to log in to Edit Sessions in the web? That way I don't have to remember which account I used when I signed up for Edit Sessions in the web.
Repository: vscode
Issue: "Open in Merge Editor" is misleading
Labels: polish,under-discussion,merge-editor

<img width="366" alt="image" src="https://user-images.githubusercontent.com/900690/192690968-5bffabd1-0edb-4149-afa1-418ce3643bbc.png">

As we have discussed before, this action does not open the merge you see in the merge editor but applies the VSCode merge strategy, so I think we need to rephrase the button to reflect that. Some ideas that are too verbose for my taste but reflect the intent:
* Re-merge using VS Code
* Merge with VS Code
* Merge in Merge Editor
* etc

//cc @daviddossett
Repository: vscode
Issue: Edit session semantics are not easy to understand
Labels: ux,under-discussion

Testing #161875

This is more of a meta issue then very specific.

**I like 👍  and understand this flow:**
* I can create the workspace I am currently in in a different target by selecting "Continue working on"
* This opens the target with the same contents of the workspace and restores my changes
* 🆒 

**But from here on, I am a bit lost:**
* Are the changes now syncing back and forth between the 2 workspaces forever?
* What does it mean to "Turn Off" or "Turn On" edit sessions? [1]
* What does "Resuming edit sessions" do (I see progress in the status bar)

[1] specifically this point is unclear to me:

<img width="426" alt="image" src="https://user-images.githubusercontent.com/900690/192695969-0b041726-69c0-449f-b910-6c16131a414c.png">

It seems to be on by default on vscode.dev and I can turn it off, but what does it bring? Is it not true that edit sessions would automatically enable as soon as I picked "Continue working on"?

//cc @daviddossett
Repository: rust
Issue: Diagnostic for const with slice type should suggest converting to array type
Labels: A-diagnostics,T-compiler

Given the following code ([playground](https://play.rust-lang.org/?version=nightly&mode=debug&edition=2021&gist=7ba57bb254f1ed0846ff897970ca9b85)):

```rust
const _SEASONS : [&str] = ["Winter", "Spring", "Summer", "Fall"];
```

The current output is:

```
error[E0277]: the size for values of type `[&'static str]` cannot be known at compilation time
 --> src/lib.rs:1:18
  |
1 | const _SEASONS : [&str] = ["Winter", "Spring", "Summer", "Fall"];
  |                  ^^^^^^ doesn't have a size known at compile-time
  |
  = help: the trait `Sized` is not implemented for `[&'static str]`
```

Ideally the output should make it clearer why this is an error, and suggest a fix:

```
error: constant items must have a size known at compile-time
help: provide a length for the constant array: `[&str; 4]`
```

Note that if I omit the type entirely ([playground](https://play.rust-lang.org/?version=nightly&mode=debug&edition=2021&gist=c023fa790433609c1c473b05b6b09222)):

```rust
const _SEASONS = ["Winter", "Spring", "Summer", "Fall"];
```

I *do* get an error message that suggests the correct array type:

```
error: missing type for `const` item
 --> src/lib.rs:1:15
  |
1 | const _SEASONS = ["Winter", "Spring", "Summer", "Fall"];
  |               ^ help: provide a type for the constant: `: [&str; 4]`
```
Repository: opencv
Issue: Failed to build macOS framework
Labels: category: build/install,platform: ios/osx

Hi, I try to build macOS framework with contrib module, but I always got an error message like 

> ** BUILD FAILED **
>The following build commands failed:
>	CompileC /Users/users/Downloads/opencv-4.6.0/osx/build/build-x86_64-macosx/modules/world/OpenCV.build/Release/opencv_world.build/Objects-normal/x86_64/versions.pb.o /Users/users/Downloads/opencv-4.6.0/modules/dnn/misc/tensorflow/versions.pb.cc normal x86_64 c++ com.apple.compilers.llvm.clang.1_0.compiler (in target 'opencv_world' from project 'OpenCV')
>(1 failure)

## To Reproduce
python version: 3.8.5
cmake version 3.24.2
`
python platforms/osx/build_framework.py osx --enable_nonfree --macos_archs x86_64,arm64 --contrib /Users/user/Downloads/opencv_contrib
`

Is there any solutions to fix this error?
Repository: pytorch
Issue: nn.CrossEntropyLoss overflow with FP16 and minibatch
Labels: module: nn,module: loss,triaged,module: edge cases

### 🐛 Describe the bug

Using nn.CrossEntropyLoss with FP16 and long sequence is stable. However, introducing minibatch dimension would led to overflow and `CrossEntropyLoss` would output `inf`. 

To reproduce:

```Python
import torch

ce = torch.nn.CrossEntropyLoss().cuda().half()

inp = torch.rand((20, 14749, 1025))
inp = inp.cuda().half()
t = torch.randint(low=0, high=14749, size=[20, 1025]).cuda()

loss = ce(inp, t)
print(loss)

ce = torch.nn.CrossEntropyLoss().cuda()
inp = torch.rand((20, 14749, 1025))
inp = inp.cuda()

loss = ce(inp, t)
print(loss)

ce.half()
inp = inp.cuda().half()
inp = inp.transpose(1,2)
inp = inp.flatten(start_dim=0, end_dim=1)
t = t.flatten(start_dim=0, end_dim=1)

loss = ce(inp, t)
print(loss)
```

The first loss would be `inf`. Both the second and the third would be correct.

### Versions

I tested on 1.8.2 and 1.12.1, both are the same.

cc @albanD @mruberry @jbschlosser @walterddr @kshitij12345 @saketh-are
Repository: rust
Issue: Need more helpful diagnositics for label values.
Labels: A-diagnostics,T-compiler

Given the following code: https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=781876a356578cbf3da13b05f8e40ba5

```rust
macro_rules! foo {
    ($v:expr, $l:lifetime) => {
        {
            dbg!($v);
            break $l
        }
    }
}
fn main () {
    'x: loop {
        // foo!(42, 'x); // correct usage
        foo!('x);
    }
}
```

The current output is:

```
error: expected `while`, `for`, `loop` or `{` after a label
  --> src/main.rs:12:14
   |
12 |         foo!('x);
   |              ^^ expected `while`, `for`, `loop` or `{` after a label
```

The error and diagnostics is ... kind of not pointing to the correct fix.