sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: godot
Issue: Actions with key combinations not working when exporting to different platform
Labels: bug,platform:macos,topic:porting,needs testing,topic:input,topic:export

### Godot version

v3.4.2.stable.mono.official

### System information

macOS Monterey v 12.1

### Issue description

When there's an event with a key and an event with a key combination, the event with the key won't work when the project is exported to different platform.

For example, if developing on macOS and there are two actions with events:
Action1: events: KEY_S
Action2: events: KEY_S + Control, KEY_S + Cmd

Then the Action1 works only on macOS (in editor or in exported project) but when exported to different platform (Linux or Windows) then the Action1 won't work anymore.

The problem may be related to this issue: https://github.com/godotengine/godot/issues/35355


### Steps to reproduce

1. Open attached project on MacOS.
2. Export it to the linux platform
3. Run exported project on linux
4. Press S.
5. The project won't close on Linux -> Action not triggered.

### Minimal reproduction project

[godotkeybug.zip](https://github.com/godotengine/godot/files/8266925/godotkeybug.zip)
Repository: vscode
Issue: Feedback should be accountless
Labels: feature-request,issue-reporter

Issue Type: <b>Feature Request</b>

Requiring a GitHub or a twitter account to submit feedback removes the drive from customers to submit bugs/feedback if they don't have a twitter account or a GitHub account. At most, an email account should be needed.

VS Code version: Code 1.65.2 (c722ca6c7eed3d7987c0d5c3df5c45f6b15e77d1, 2022-03-10T14:33:55.248Z)
OS version: Windows_NT x64 10.0.19044
Restricted Mode: No


<!-- generated by issue reporter -->
Repository: go
Issue: debug/elf: duplicate llvm-dwarfdump entries in go1.18rc1
Labels: NeedsFix,compiler/runtime

<!--
Please answer these questions before submitting your issue. Thanks!
-->

### What version of Go are you using (`go version`)?
go 1.18rc1

### Does this issue reproduce with the latest release?
Only with go 1.18

### What operating system and processor architecture are you using (`go env`)?
linux_amd64

### What did you do?
I compiled the linked `https_server.go` with go 1.18rc1, and `llvm-dwarfdump https_server` to inspect the debug info.
Search for `DW_AT_name      ("crypto/tls.(*Conn).Write")`.  

### What did you expect to see?
I expect the `DW_TAG_formal_parameter` for return values `~r0` and `~r1` to appear only once in the dwarfdump.
[https_server.zip](https://github.com/golang/go/files/8268030/https_server.zip)

### What did you see instead?
The `DW_TAG_formal_parameter` for return values `~r0` and `~r1` are duplicated in the dwarfdump. 
In go1.17, this doesn't seem to happen.
Repository: axios
Issue: Proxy support does not work properly with CONNECT on https requests
Labels: state::triage

#### Describe the bug
Using Axios 0.26.1 behind a corporate HTTP tunneling proxy to an HTTPS destination, once the proxy connection is made, a POST method is issued, rather than a CONNECT to establish the TLS tunnel to the destination host where the POST should be sent. Result is **Error: socket hang up**, as the proxy expects a CONNECT to be issued and drops the connection

Specifically, using wireshark to monitor the activity of the script goes as follow:
> TCP SYN
< TCP SYN, ACK
> TCP ACK
> HTTP POST
< TCP FIN, ACK
> TCP ACK
![axios_pcap](https://user-images.githubusercontent.com/15218042/158659772-3d084e3b-8ab1-4f99-8c4d-0a54ed697ed4.png)

If you use curl with the same environment, the packets are as follows:
> TCP SYN
< TCP SYN, ACK
> TCP ACK
> HTTP CONNECT
< HTTP Connection established
> TCP ACK
> TLS Client Hello
< TLS Server Hello
... encrypted POST and response follows
![curl_pcap](https://user-images.githubusercontent.com/15218042/158659774-5c84d76a-3370-4acb-9a5d-f9270de12bf7.png)


#### To Reproduce

```bash
export http_proxy="http://user:password@10.123.173.125:80"
export https_proxy="http://user:password@10.123.173.125:80"
```

```js
http.post('https://api.github.com/user/repos', {});
```

#### Expected behavior
When connecting to an HTTPS server through a tunneling HTTP proxy, the CONNECT method should be used to establish the TLS handshake before issuing the POST

#### Environment
 - Axios Version 0.26.1
 - Adapter HTTP
 - Node.js Version 14.8.0
 - OS: Windows 10 (10.0.19042.1526)
Repository: pytorch
Issue: Make OpInfo repr more useful
Labels: triaged,better-engineering,module: testing

### 🐛 Describe the bug

There should be an easy to print repr of OpInfo object. Right now the default repr is `<torch.testing._internal.common_methods_invocations.OpInfo object at 0x7fdf30e389d0>` which is useless

### Versions

master
Repository: pytorch
Issue: [c10d] `gather`/`scatter` inconsistency behavior on non-dst/src rank
Labels: oncall: distributed,better-engineering,module: c10d

### 🚀 The feature, motivation and pitch

There's some API inconsistency behaviors between gather and scatter. For [`dist.gather` ](https://github.com/pytorch/pytorch/blob/c1a4714bf1195faa1913541b190e8019f9f5dac5/torch/distributed/distributed_c10d.py#L2261), we didn't throw if non-dst rank pass output_tensors or not, but in [`dist.scatter`](https://github.com/pytorch/pytorch/blob/c1a4714bf1195faa1913541b190e8019f9f5dac5/torch/distributed/distributed_c10d.py#L2334), we explicitly throw to user. We should think about what's the correct behavior and make sure two APIs are consistent.

### Alternatives

_No response_

### Additional context

_No response_

cc @pietern @mrshenli @pritamdamania87 @zhaojuanmao @satgera @rohan-varma @gqchen @aazzolini @osalpekar @jiayisuse @SciPioneer @H-Huang
Repository: pytorch
Issue: torch.combinations requires unnecessary CUDA sync
Labels: module: cuda,triaged,topic: performance

### 🐛 Describe the bug

Internally combinations is implemented as 

```
Tensor combinations(const Tensor& self, int64_t r, bool with_replacement) {
  TORCH_CHECK(self.dim() == 1, "Expect a 1D vector, but got shape ", self.sizes());   
  TORCH_CHECK(r > 0, "Expect a positive number, but got ", r);
  int64_t num_elements = self.numel();
  std::vector<Tensor> grids = at::meshgrid(std::vector<Tensor>(r, self)); 
  Tensor mask = _triu_mask(num_elements, r, with_replacement, self.options());
  for(Tensor &t : grids) {
    t = t.masked_select(mask);
  }
  return at::stack(grids, 1); 
}
```

The masked_select forces a sync because it is ordinarily data dependent. However, the output size for combinations is statically known (use the binomial formula or exponent, depending on whether or not you replace or not). This means there should be an implementation that doesn't require a sync.

### Versions

master

cc @ngimel
Repository: pytorch
Issue: instantiate_device_type_tests is misnamed
Labels: triaged,module: testing

### 🐛 Describe the bug

It will also instantiate @ops and @dtypes tests. Give it a more generic name.

cc @mruberry 

### Versions

master
Repository: PowerToys
Issue: Onenote desktop won't pin (always on top) consistently on Windows 11.
Labels: Issue-Bug,Product-Always On Top,Area-App Compat,Status-Reproducible

### Microsoft PowerToys version

0.56.2

### Running as admin

- [X] Yes

### Area(s) with issue?

Always on Top

### Steps to reproduce

Open the latest version of onenote desktop.
Open a note.
pin the note. -> CTR+WIN+T 
open edge
full screen on edge.
grab **
edge
 onenote! (edit)** from its titlebar and move the **
edge
 onenote! (edit)** window slightly left and right.
turn off fullscreen on edge
turn on fullscreen on edge
onenote isn't there.


### ✔️ Expected Behavior

Open the latest version of onenote desktop.
Open a note.
pin the note. -> CTR+WIN+T 
open edge
full screen on edge. Up to this point onenote behaves as expected and is on top of the edge window.
grab **
edge
 onenote! (edit)** from its titlebar and move the **
edge
 onenote! (edit)** window slightly left and right.
turn off fullscreen on edge
turn on fullscreen on edge
onenote should be pinned on top while edge is on fullscreen

### ❌ Actual Behavior

always on top borders active , but the onenote desktop window is not behaving as always on top.

### Other Software

_No response_


every other always on top utility that I have tried (github) behave in the same way, except for deskpins.
Repository: pytorch
Issue: CompositeImplicitAutograd addr implementation does not have correct behavior for bool (meta gives wrong dtype)
Labels: triaged,module: meta tensors

### 🐛 Describe the bug

```
from torch import tensor
import torch
args = [tensor([[False,  True, False, False, False, False, False, False, False, False],
        [ True,  True,  True, False,  True, False, False,  True,  True, False],
        [ True, False,  True,  True, False,  True, False, False, False,  True],
        [ True, False, False, False, False, False,  True,  True,  True,  True],
        [False,  True, False,  True, False,  True, False,  True, False,  True]]), tensor([False,  True, False,  True, False]), tensor([ True,  True,  True,  True, False,  True,  True,  True, False, False])]
kwargs = {'beta': 3, 'alpha': 2}
r = torch.addr(*args, **kwargs)
print(r)
r_meta = torch.addr(*[a.to('meta') for a in args], **kwargs)
print(r_meta)
```

gives

```
tensor([[False,  True, False, False, False, False, False, False, False, False],
        [ True,  True,  True,  True,  True,  True,  True,  True,  True, False],
        [ True, False,  True,  True, False,  True, False, False, False,  True],
        [ True,  True,  True,  True, False,  True,  True,  True,  True,  True],
        [False,  True, False,  True, False,  True, False,  True, False,  True]])
tensor(..., device='meta', size=(5, 10), dtype=torch.int64)
```

proximal cause of problem is the `math_addr` implementation which is being used for meta tensors.

### Versions

master
Repository: flutter
Issue: [flutter_tools] Move test repos downloaded from CIPD to another repo
Labels: tool,team-tool

In the PR https://github.com/flutter/flutter/pull/99092, integration tests were added that download sample apps for test from CIPD. The tests also specify ad-hoc downloading of the CIPD tool. Discussion on the PR is [here](https://github.com/flutter/flutter/pull/99092#discussion_r817304023).

This is problematic because:

1. It introduces a new, undocumented method that our CI builds install depot_tools
1. It introduces a new, undocumented method that our CI builds download CIPD packages (test shards can already declare CIPD dependencies via [.ci.yaml](https://github.com/flutter/flutter/blob/master/.ci.yaml).
1. If there are network flakes either cloning depot_tools or downloading the cipd packages, they will show as test failures, rather than infrastructure failures if they occurred during a setup step.

I believe we should address this with one of:

1. Move the test apps directly into the flutter/flutter repo (per Gary's comment [here](https://github.com/flutter/flutter/pull/99092#discussion_r819163186), this may not be feasible)
2. Move the tests that depend on these test apps a new shard and declare the CIPD dependencies in the .ci.yaml (preferred)
3. Move the test apps to another repository, possibly https://github.com/flutter/assets-for-api-docs. However, this doesn't solve the issues of network flakes causing the tests to fail. In this case they should probably be moved to a new shard as well, so that all the assets can be cloned once in a setup.
Repository: yt-dlp
Issue: [PBS] Download full episode, not preview
Labels: site-bug

### Checklist

- [X] I'm asking a question and **not** reporting a bug/feature request
- [X] I've looked through the [README](https://github.com/yt-dlp/yt-dlp#readme)
- [X] I've read the [guidelines for opening an issue](https://github.com/yt-dlp/yt-dlp/blob/master/CONTRIBUTING.md#opening-an-issue)
- [X] I've searched the [bugtracker](https://github.com/yt-dlp/yt-dlp/issues?q=) for similar questions including closed ones

### Question

PBS has moved some pages to a new format that puts both a short preview of a show and the full episode on the same page. yt-dlp only lists and downloads the first video, the preview.

Is it possible to download the nth video on the page and not only the first?

The attached log contains an example.

Thanks.

### Verbose log

```shell
[debug] Command-line config: ['https://www.pbs.org/wnet/nature/about-american-horses/26867/', '-F', '-v']
[debug] Encodings: locale UTF-8, fs utf-8, out utf-8, err utf-8, pref UTF-8
[debug] yt-dlp version 2022.03.08.2 [e491d06d3]
[debug] Python version 3.9.2 (CPython 64bit) - Linux-5.10.0-12-amd64-x86_64-with-glibc2.31
[debug] exe versions: ffmpeg 4.3.3-0, ffprobe 4.3.3-0, phantomjs 2.1.1
[debug] Optional libraries: brotli, Cryptodome, mutagen, sqlite, websockets
[debug] Proxy map: {}
[debug] Using fake IP 6.124.237.156 (US) as X-Forwarded-For
[pbs] Downloading JSON metadata
[debug] [pbs] Extracting URL: https://www.pbs.org/wnet/nature/about-american-horses/26867/
[pbs] 26867: Downloading webpage
[pbs] 26867: Downloading player page
[pbs] 26867: Downloading widget/partnerplayer page
[pbs] 26867: Downloading portalplayer page
[pbs] 26867: Downloading 0 video url info
[pbs] 26867: Downloading m3u8 information
[pbs] 26867: Downloading 1 video url info
[debug] Formats sorted by: hasvid, ie_pref, lang, quality, res, fps, hdr:12(7), vcodec:vp9.2(10), acodec, filesize, fs_approx, tbr, vbr, abr, asr, proto, vext, aext, hasaud, source, id
[info] Available formats for 3063750050:
ID       EXT RESOLUTION FPS │   FILESIZE   TBR PROTO  │ VCODEC        VBR ACODEC    ABR
───────────────────────────────────────────────────────────────────────────────────────
0        mp4 unknown        │                  https  │ unknown           unknown
hls-204  mp4 416x234      9 │ ~767.91KiB  204k m3u8_n │ avc1.4d400c  204k mp4a.40.5  0k
hls-498  mp4 480x270     14 │ ~  1.83MiB  498k m3u8_n │ avc1.4d4015  498k mp4a.40.5  0k
hls-894  mp4 640x360     29 │ ~  3.27MiB  894k m3u8_n │ avc1.64001e  894k mp4a.40.5  0k
hls-1286 mp4 768x432     29 │ ~  4.71MiB 1286k m3u8_n │ avc1.64001e 1286k mp4a.40.5  0k
hls-2205 mp4 960x540     29 │ ~  8.08MiB 2205k m3u8_n │ avc1.64001f 2205k mp4a.40.5  0k
hls-3243 mp4 1280x720    29 │ ~ 11.88MiB 3243k m3u8_n │ avc1.64001f 3243k mp4a.40.5  0k
hls-4861 mp4 1280x720    29 │ ~ 17.80MiB 4861k m3u8_n │ avc1.64001f 4861k mp4a.40.2  0k
hls-6961 mp4 1920x1080   29 │ ~ 25.49MiB 6961k m3u8_n │ avc1.640028 6961k mp4a.40.2  0k
```
Repository: flutter
Issue: The DefaultTextEditingShortcuts implementation should be reusable
Labels: a: text input,framework,c: proposal,P2,team-framework,triaged-framework

Currently, [DefaultTextEditingShortcuts](https://github.com/flutter/flutter/blob/master/packages/flutter/lib/src/widgets/default_text_editing_shortcuts.dart) handles dozens of text editing shortcuts for EditableText, from complex stuff like undo/redo all the way down to simple things like the delete/backspace key.  The implementation that handles these text operations is hidden privately [in EditableText](https://github.com/flutter/flutter/blob/95276ccc8265e1eb0d29772f932cb3d5201779cd/packages/flutter/lib/src/widgets/editable_text.dart#L3204).  We should expose that logic somehow so that it can be reused by developers.

### Why

Any user that is implementing their own text editor that is not based on EditableText currently has to reimplement all of this behavior on their own.  This is a huge burden and likely to result in bugs and platform inconsistencies.  With the recent completion of the [TextEditingDeltas project](https://github.com/flutter/flutter/issues/87972), we are encouraging this kind of tinkering and more developers are likely to encounter this problem.

### Example of the problem

For example, take a look at the TextEditingDeltas [demo](https://github.com/justinmc/delta-text-editor-demo) by @Renzo-Olivares and I, which is forced to [reimplement](https://github.com/justinmc/delta-text-editor-demo/blob/bc531bf87406cf856f1676cea5f9649a3202b7ad/lib/basic_text_input_client.dart#L202) a few of the actions (and the rest don't work at all).

CC @LongCatIsLooong
Repository: deno
Issue: CI should do `cargo publish --dry-run`
Labels: build

Doing it for each of the crates sounds very expensive (but necessary to catch all errors, I think).

We should at minimum do it for the CLI crate...
Repository: godot
Issue: Vulkan: LightmapGI's `bake()` function is not exposed to scripting (unlike BakedLightmap in `3.x`)
Labels: topic:rendering,regression,topic:3d

### Godot version

4.0.alpha (fb2802578)

### System information

Fedora 34, GeForce GTX 1080 (NVIDIA 495.46)

### Issue description

LightmapGI's `bake()` function is not exposed to scripting (unlike BakedLightmap in `3.x`).

Exposing `bake()` is useful for editor plugins that need to perform lightmap baking in an automatic manner, without relying on the BakedLightmap node currently being selected by the user.

Note that `bake()` will still not work in exported projects, as lightmapping and automatic UV unwrapping (xatlas) functionality is only available in the editor to decrease binary size. `bake()` will only work in projects run from the editor, as well as the editor itself.

I've tried to do this here, but I can't get environment lighting to show up when baking lightmaps by calling `bake()` in the editor on scene load: https://github.com/Calinou/godot/tree/lightmapgi-expose-baking
~~Older branch (predates multiple image atlases and many other LightmapGI changes): https://github.com/Calinou/godot/tree/lightmapgi-expose-bake-method~~

This may not be an issue we may be able to work around internally, but I want to know if manual baking after the scene has loaded works properly (I haven't been able to test this yet). Either way, we should document that particular quirk of the `bake()` method.

### Steps to reproduce

- Look at the LightmapGI class documentation.
- Notice there is no `bake()` method exposed to scripting.

### Minimal reproduction project

Testing project for the above linked branch: [test_lightmapgi_bake_method.zip](https://github.com/godotengine/godot/files/8275427/test_lightmapgi_bake_method.zip)
Repository: godot
Issue: Performance significantly worse when Godot is opened while VRAM is near full.
Labels: discussion,topic:rendering

### Godot version

4.0 9d732aa0c

### System information

Arch Linux, KDE 5.24.3, Mesa 21.3.7, AMD Radeon RX 460 2GB, Kernel 5.16.14-zen1-1-zen

### Issue description

When opening Godot after opening other 3D applications, including the editor, the game will run very slowly with lots of input latency. This _seems_ to have something to do with the VRAM usage, since the GPU "Graphics Pipe" usage is near zero with no windows focused, but the VRAM usage is ~75% when new Godot instances become completely unusable.

### Steps to reproduce

1. Open the editor or launch a game, it will run normally.
2. Open any VRAM heavy 3D application, (Firefox, KWin Compositing, the Godot editor included)
3. Open the editor or launch a game, it will be very laggy, the first instance of Godot (and other programs) will still be butter smooth.

### Minimal reproduction project

_No response_
Repository: deno
Issue: error on warnings
Labels: build

This simple mistake has been persisted in the code since September last year (d93570a6195d2be5fe448bb0d33d4f64e839676e)
https://github.com/denoland/deno/blob/92bb25105822d0def65aa89ee5141c862ac7a3e4/cli/tools/lint.rs#L552-L557


That suggests we are not failing on warnings as I thought would be happening from this bit of CI script:


https://github.com/denoland/deno/blob/92bb25105822d0def65aa89ee5141c862ac7a3e4/.github/workflows/ci.yml#L150-L153
Repository: rust
Issue: Certain Emoji cannot be used as character literals
Labels: A-diagnostics,A-Unicode,T-compiler

I was going thru Rustlings, and in `primitive_types2.rs` it encourages you to use an Emoji for the character literal. 

```rust
    let // Finish this line like the example! What's your favorite character?
    // Try a letter, try a number, try a special character, try a character
    // from a different language than your own, try an emoji!
    if your_character.is_alphabetic() {
        println!("Alphabetical!");
    } else if your_character.is_numeric() {
        println!("Numerical!");
    } else {
        println!("Neither alphabetic nor numeric!");
    }
```

I tried to use the emoji 1️⃣ ([Keycap Digit One](https://emojipedia.org/keycap-digit-one/)) as the character and it made rustc sad:

```
error: lifetimes cannot start with a number
  --> exercises/primitive_types/primitive_types2.rs:19:26
   |
19 |     let your_character = '1️⃣';// Finish this line like the example! What's your favorite character?
   |                          ^^

error: unknown start of token: \u{20e3}
  --> exercises/primitive_types/primitive_types2.rs:19:29
   |
19 |     let your_character = '1️⃣';// Finish this line like the example! What's your favorite character?
   |                            ^

error[E0762]: unterminated character literal
  --> exercises/primitive_types/primitive_types2.rs:19:30
   |
19 |     let your_character = '1️⃣';// Finish this line like the example! What's your favorite character?
   |                            ^^
```

The same kind of compiler errors can be produced with the following code:

```
fn main() {
    println('1️⃣');
}
```

Rust version: rustc 1.59.0 (9d1b2106e 2022-02-23)
Repository: flutter
Issue: [Documentation] Drawer.child has inconsistencies in docstring and api.flutter.dev
Labels: framework,f: material design,d: api docs,team-design,triaged-design

If I'm writing a Scaffold.drawer argument, docstring suggests Drawer. I check the docstring for Drawer.child, using jump to definition in the editor, and I see this:

```dart
  /// The widget below this widget in the tree.
  ///
  /// Typically a [SliverList].
  ///
  /// {@macro flutter.widgets.ProxyWidget.child}
  final Widget? child;
```

I'm not familiar with Flutter slivers, but imagine maybe it's the best way, and work on researching SliverList, and using it. I get some errors along the way, and suddenly realize that the online documentation, at https://api.flutter.dev/flutter/material/Drawer/child.html, has a modified version of the docstring, as follows:

> 
> The widget below this widget in the tree.
> 
> Typically a [SliverList](https://api.flutter.dev/flutter/widgets/SliverList-class.html).
> 
> This widget can only have one child. To lay out multiple children, let this widget's child be a widget such as [Row](https://api.flutter.dev/flutter/widgets/Row-class.html), [Column](https://api.flutter.dev/flutter/widgets/Column-class.html), or [Stack](https://api.flutter.dev/flutter/widgets/Stack-class.html), which have a children property, and then provide the children to that widget.

It seems I'm being pulled in two directions, trying to decide between a SliverList or Column. What is the best way to resolve this apparent ambiguity?