sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: youtube-dl
Issue: Uploaded.net site support request
Labels: site-support-request

<!--

######################################################################
  WARNING!
  IGNORING THE FOLLOWING TEMPLATE WILL RESULT IN ISSUE CLOSED AS INCOMPLETE
######################################################################

-->


## Checklist

<!--
Carefully read and work through this check list in order to prevent the most common mistakes and misuse of youtube-dl:
- First of, make sure you are using the latest version of youtube-dl. Run `youtube-dl --version` and ensure your version is 2021.06.06. If it's not, see https://yt-dl.org/update on how to update. Issues with outdated version will be REJECTED.
- Make sure that all provided video/audio/playlist URLs (if any) are alive and playable in a browser.
- Make sure that site you are requesting is not dedicated to copyright infringement, see https://yt-dl.org/copyright-infringement. youtube-dl does not support such sites. In order for site support request to be accepted all provided example URLs should not violate any copyrights.
- Search the bugtracker for similar site support requests: http://yt-dl.org/search-issues. DO NOT post duplicates.
- Finally, put x into all relevant boxes (like this [x])
-->

- [x] I'm reporting a new site support request
- [x] I've verified that I'm running youtube-dl version **2021.06.06**
- [x] I've checked that all provided URLs are alive and playable in a browser
- [x] I've checked that none of provided URLs violate any copyrights
- [x] I've searched the bugtracker for similar site support requests including closed ones


## Example URLs

<!--
Provide all kinds of example URLs support for which should be included. Replace following example URLs by yours.
-->




## Description

<!--
Provide any additional information.
If work on your issue requires account credentials please provide them or explain how one can obtain them.
-->

WRITE DESCRIPTION HERE

site : https://uploaded.net/
example URL : https://uploaded.net/file/33brpy
Other : https://uploaded.net/file/33brpy/FSpe_20_ech.rar
Repository: pytorch
Issue: PyTorch inference on tensors of a particular size cause Illegal Instruction (core dumped) on Jetson Nano
Labels: triaged,module: arm,module: jetson

Hi there,

I'm trying to run webcam feed based inference on a pretrained pytorch model on the Jetson Nano. When I run a frame through the network I get the 

```
Illegal instruction (core dumped)
```

error message. I can reliably reproduce this error using the following minimal script:

```
import torch
import torch.nn as nn

lstm = nn.LSTM(63, 70, 1, True)
x = torch.randn(1,14,63)
lstm(x)
```

The dimensions of the model and the input are chosen to fit the data I'm using. In reality the model should perform inference on tensors of size (1,175,63). Interestingly running the following:

```
import torch
import torch.nn as nn

lstm = nn.LSTM(63, 70, 1, True)
for i in range(175):
     x = torch.randn(1,i,63)
     lstm(x)
```

produces output until the size of the second dimension of x reaches 14 at which point the core dumped error message occurs. Any ideas what's happening here? I've read that torch has some issues with old CPUs but seeing as it seems to be working up to a certain point I doubt this was an issue. I tested this by trying out some solutions posted [here](https://forums.developer.nvidia.com/t/illegal-instruction-core-dumped/165488/6) which involved entering

```
export OPENBLAS_CORETYPE=ARMV8
```

before running the script in the terminal. I'm also running numpy version 1.19.4 which was suggested to be a solution for a similar problem in the above thread so that's probably not the issue.

Some specs:

python version: 3.6.9
numpy version: 1.19.5
torch version: 1.9.0

system: Jetson Nano 2GB
os: Ubuntu 18.04.5 LTS (Bionic Beaver)

many thanks.

cc @malfet
Repository: godot
Issue: Wide icon in Pop!_OS 20.04 tab switcher
Labels: bug,platform:linuxbsd,topic:porting,needs testing

### Godot version

3.3.3.stable

### System information

Pop!_OS 20.04 (GNOME 3.36.8)

### Issue description

Hardly a critical issue, but the Godot icon displayed on the Alt+Tab switcher be lookin kinda thicc:

![Screenshot from 2021-09-10 14-11-05](https://user-images.githubusercontent.com/4892574/132858768-8b5e2f9a-59e3-4e95-bd9b-71f6a33e33e1.png)

My guess is that it's expecting icons with a 1:1 aspect ratio, and for some reason the icon the editor has provided to the WM isn't 1:1, so this could probably be solved by adding padding to the icon for the X11 editor build.

**Edit:** I actually can't find any icons within the 3.3 branch that aren't 1:1, so maybe something else is going on here?

### Steps to reproduce

Boot up the editor, press Alt+Tab.

### Minimal reproduction project

n/a
Repository: ant-design
Issue: Tree data table checkboxes do not have aria-label attributes
Labels: help wanted,Inactive,⌨️ Accessibility

- [x] I have searched the [issues](https://github.com/ant-design/ant-design/issues) of this repository and believe that this is not a duplicate.

### Reproduction link
[https://ant.design/components/table/#components-table-demo-tree-data](https://ant.design/components/table/#components-table-demo-tree-data)

### Steps to reproduce
go to https://ant.design/components/table/#components-table-demo-tree-data, turn on voiceover, navigate with TAB key through tree table.

### What is expected?
All checkboxes should have self explained aria-label attributes.

### What is actually happening?
Voiceover reads this checkboxes as 'unchecked, checkbox' or 'checked, checkbox' without explanation.

| Environment | Info |
|---|---|
| antd | 4.16.13 |
| React | 17.0.0 |
| System | Mac |
| Browser | Chrome |


<!-- generated by ant-design-issue-helper. DO NOT REMOVE -->
Repository: three.js
Issue: OrbitControls: Better TouchPad support.
Labels: Enhancement

<!-- Ignoring this template may result in your feature request getting deleted -->

# Related problem
We're coming from OrbitControls which work with the mouse and a touch screen (like iPad/iPhone).
OrbitControls (and other controls) don't work with touchpad (mac book). This is quite unintuitive for people who use touchpad a lot. Multiple big applications like Figma support two finger zoom with the touchpad.

Currently two finger pan zooms in the entire browser window as three-js does not recognize the events and the browser takes over.

# Solution
## Describe the solution you'd like
We would like to add native touchpad support to OrbitControls. In specific 

- Two finger pan orbit controls
- Two finger pinch to zoom 
- Two finger rotate
- Command ⌘ + two finger pan == zoom
- Option/alt + two finger pan == pan (vs currently ⌘+Prim mouse down, 1 finger pan)

### Key bindings
| Mac  | Windows  |
|---|---|
| Command ⌘  | Control  |
|  Option⌥ | Alt  |


This is behavior similar to Blender, except for added pan functionality with `option + two finger`

## Describe alternatives you've considered
The alternative is to have touchpad users use the application like if they have a mouse and not offer native touchpad support.

## Tasks
- Agree with project maintainers on a API
- Evaluate touchpad events for cross browser functionality
- Implement

# Implementation plan
We aim to implement this feature ourselves. We're filing a GitHub issue to be able to communicate about the implementation details with the projects core maintainers.
Repository: tauri
Issue: Feature Request: Native file drag & drop into filesystem
Labels: type: feature request,priority: 2 medium

**Is your feature request related to a problem? Please describe.**
I have a use case which requires dragging files (references to local file paths) from the webview "out" into file system. This is achievable in electron ([link](https://www.electronjs.org/docs/latest/tutorial/native-file-drag-drop)), and think it would a beneficial feature of Tauri.

**Describe the solution you'd like**
In a webview, I would like the ability start a drag which references a file/multiple files and drop it somewhere in the filesystem. 

**Describe alternatives you've considered**
I asked about this in the Tauri discord, there are no alternatives and I was prompted to create this Feature Request. 

**Additional context**
Here is a gif of the behavior in electron
![drag-and-drop](https://user-images.githubusercontent.com/56338479/132872352-5848c484-6052-433d-899b-5eebd86190ac.gif)
Repository: flutter
Issue: [Desktop][Windows] `setMethodCallHandler` only working in upmost widget
Labels: platform-windows,a: desktop,has reproducible steps,P2,found in release: 2.5,found in release: 2.6,team-windows,triaged-windows

I'm trying to call Dart code from the native side, which works fine when registering the `MethodChannel`s call handler via `setMethodCallHandler` in the upmost widget (the one launched via `runApp`).

However, when I try to do the same thing in another widget, the handler doesn't get triggered.
Repository: TypeScript
Issue: Named Tuple elements should allow reserved words as their names
Labels: Suggestion,Awaiting More Feedback

# Bug Report

<!--
  Please fill in each section completely. Thank you!
-->

### 🔎 Search Terms

<!--
  What search terms did you use when trying to find an existing bug report?
  List them here so people in the future can find this one more easily.
-->

tuple elements label reserved word
named tuple elements

### 🕗 Version & Regression Information

<!-- When did you start seeing this bug occur?

"Bugs" that have existed in TS for a long time are very likely to be FAQs; refer to
  https://github.com/Microsoft/TypeScript/wiki/FAQ#common-bugs-that-arent-bugs

If possible, please try testing the nightly version of TS to see if it's already been fixed.
For npm: `typescript@next`
This is also the 'Nightly' version in the playground: http://www.typescriptlang.org/play/?ts=Nightly

Note: The TypeScript Playground can be used to try older versions of TypeScript.

Please keep and fill in the line that best applies:
-->
- This is the behavior in every version I tried, and I reviewed the FAQ for entries about "Common "Bugs" That Aren't Bugs"

### ⏯ Playground Link

<!--
  A link to a TypeScript Playground "Share" link which shows this behavior

  The TypeScript Workbench can be used for more complex setups, try
  https://www.typescriptlang.org/dev/bug-workbench/

  As a last resort, you can link to a repo, but these will be slower for us to investigate.
-->
[Playground link with relevant code](https://www.typescriptlang.org/play?ts=4.5.0-dev.20210910#code/C4TwDgpgBAHlC8UDaBLAZgLigQwHYgF0g)

### 💻 Code

```ts
type x = [if: any]
// but some keywords are allowed, e.g.
type y = [void: any]
```
### 🙁 Actual behavior

<!-- What happened, and why it was wrong -->
```
Unused label.
'any' only refers to a type, but is being used as a value here.
Type expected.
'(' expected.
Unexpected keyword or identifier.
Declaration or statement expected.
```

### 🙂 Expected behavior

<!-- What you expected to happen instead, and why -->
No errors. As a label it should allow any identifiers, including reserved words.

### 👩‍💻 Possible solution

Although `parseTupleElementNameOrTupleElementType` allows any identifier as its name:

https://github.com/microsoft/TypeScript/blob/0af2497fecef9e41d7d0260fd37932dd33912c66/src/compiler/parser.ts#L3559

before it is invoked, the `isListElement` requires a tuple member start a type:

https://github.com/microsoft/TypeScript/blob/0af2497fecef9e41d7d0260fd37932dd33912c66/src/compiler/parser.ts#L2091

This is no longer true after we support named tuple member after 4.0, which should start with any valid identifiers / keywords. Because `isListElement` returns `false`, the parser does not parse them as tuple elements, which results to confusing parsing errors.

We can create a new `ParsingContext` for named tuple members, and returns `token() === SyntaxKind.CommaToken || tokenIsIdentifierOrKeyword(token())` in `isListElement`.
Repository: pytorch
Issue: Inconsistent NaN handling by cholesky between CPU and CUDA
Labels: triaged,module: NaNs and Infs,module: linear algebra

## 🐛 Bug

`torch.linalg.cholesky` and `torch.linalg.cholesky_ex` handle inputs that contain NaN values differently on the CPU and on CUDA devices. 

## To Reproduce

```
>> import torch
>> x = torch.full((2, 2), float("nan"))

>> torch.linalg.cholesky(x)

torch.linalg.cholesky: The factorization could not be completed because the input is not positive-definite (the leading minor of order 1 is not positive-definite).
---------------------------------------------------------------------------
RuntimeError                              Traceback (most recent call last)
<ipython-input-2-7e5e41995557> in <module>
----> 1 torch.linalg.cholesky(x)
RuntimeError: torch.linalg.cholesky: The factorization could not be completed because the input is not positive-definite (the leading minor of order 1 is not positive-definite).

>> torch.linalg.cholesky(x.to(torch.device("cuda")))

tensor([[nan, 0.],
        [nan, nan]], device='cuda:0')

>> torch.linalg.cholesky_ex(x)

torch.return_types.linalg_cholesky_ex(
L=tensor([[nan, 0.],
        [nan, nan]]),
info=tensor(1, dtype=torch.int32))

>> torch.linalg.cholesky_ex(x.to(torch.device("cuda")))

torch.return_types.linalg_cholesky_ex(
L=tensor([[nan, 0.],
        [nan, nan]], device='cuda:0'),
info=tensor(0, device='cuda:0', dtype=torch.int32))
```

## Expected behavior

Behavior of both `torch.linalg.cholesky` and `torch.linalg.cholesky_ex` should be consistent between CPU and CUDA devices. Ideally, we'd actually have both raise some kind of `NaN Error` here rather than a positive definite error since that is kind of confusing, but that's somewhat orthogonal to this issue.

## Environment

This is the case both on `PyTorch version: 1.9.0 (+cu102)` as well as on PyTorch master (FB-internal Linux setup). 


## Additional context

This was initially raised in https://github.com/cornellius-gp/gpytorch/issues/1747

cc @jianyuh @nikitaved @pearu @mruberry @walterddr @IvanYashchuk @xwang233 @Lezcano
Repository: PowerToys
Issue: Remote Citrix windows
Labels: Issue-Bug,Product-FancyZones,Priority-2,Area-App Compat

### Description of the new feature / enhancement

Enable FancyZones to work with remote Citrix windows and applications

### Scenario when this would be used?

When working with multiple remote Citrix windows and applications

### Supporting information

DisplayFusion works with remote Citrix windows and apps so should be technically possible. However, I don't like DisplayFusion's interface as I find it too busy for my simple needs hence this feature will be very welcome here.
Repository: vscode
Issue: Cannot properly run multiple instances of VS Code within separate RDP sessions
Labels: bug,upstream,windows,chromium,remote-desktop

<!-- ⚠️⚠️ Do Not Delete This! bug_report_template ⚠️⚠️ -->
<!-- Please read our Rules of Conduct: https://opensource.microsoft.com/codeofconduct/ -->
<!-- 🕮 Read our guide about submitting issues: https://github.com/microsoft/vscode/wiki/Submitting-Bugs-and-Suggestions -->
<!-- 🔎 Search existing issues to avoid creating duplicates. -->
<!-- 🧪 Test using the latest Insiders build to see if your issue has already been fixed: https://code.visualstudio.com/insiders/ -->
<!-- 💡 Instead of creating your report here, use 'Report Issue' from the 'Help' menu in VS Code to pre-fill useful information. -->
<!-- 🔧 Launch with `code --disable-extensions` to check. -->
Does this issue occur when all extensions are disabled?: Yes

<!-- 🪓 If you answered No above, use 'Help: Start Extension Bisect' from Command Palette to try to identify the cause. -->
<!-- 📣 Issues caused by an extension need to be reported directly to the extension publisher. The 'Help > Report Issue' dialog can assist with this. -->
- VS Code Version: 1.60.0
- OS Version: Windows Server (different Versions)


Hello,
we are facing the following problem when using VS Code on our client's server:
If two collegues are connected onto the client's server (each with his/her own session), only one person can open VS Code. If the other person tries to launch VS Code, the window opens in the session of the first person.

This happens with all installers (including ZIP)

The image shows that we connect with the same windows user.
Is there a solution to this problem?

Steps to Reproduce:

1. Install VS Code onto a Microsoft Server (Don't know if this problem also occurs on the local machine)
2. connect with different RDP Sessions using the same Windows User account (see image)
3. Run VS Code in the first session and let it open
4. Run VS Code in the second session

![image](https://user-images.githubusercontent.com/8858043/132883130-b6c35f7e-1fc6-4da2-addf-cb22595aa44d.png)
![image](https://user-images.githubusercontent.com/8858043/132882744-934c4482-311f-4c93-b161-cebcaec29b51.png)
![image](https://user-images.githubusercontent.com/8858043/132882779-457a3de8-1eb6-45b0-b6c7-111be7e89d11.png)
Repository: rust
Issue: Closed standard file descriptors don't generate errors anymore on Unix
Labels: T-libs,A-io,C-discussion,O-unix

I've found that #75295 introduced a regression in the "Rust first then fallback to Python" version of the Mercurial test suite.

I was testing if going from `1.41.1` (previous Debian stable version) to `1.48.0` broke anything, and it appears it did. This test checks that closed file descriptors raise an acceptable error, and this does not happen anymore. Here is the fallback code for `rhg`, running the Python version of `hg` as a subprocess.

Here is the (somewhat convoluted) reproduction, which requires `python` be a valid Python 3 interpreter that I used with `cargo bisect-rust` (thanks @SimonSapin for the pointer on that tool btw):

```rust
//! Run the executable (not with `cargo play`, it'll eat the redirect)
//!     `myexecutable -c 'import sys; sys.stdout.write("hello")' 1>&-`
//! If compiled with 1.41.1, it will output (with an error code of 1):
//!
//! Traceback (most recent call last):
//!  File "<string>", line 1, in <module>
//!  AttributeError: 'NoneType' object has no attribute 'write'
//!
//! But with 1.48.0, it doesn't output anything and silently eats the error code,
//! exiting with 0.

use std::process::Command;

fn main() {
    let mut args_os = std::env::args_os();
    args_os.next().expect("expected argv[0] to exist");
    let mut c = Command::new("python");
    c.args(args_os);
    let status = c.status();
    match status {
        Err(_) => (),
        Ok(s) =>  {
            if s.success() {
                std::process::exit(1);
            }
        }
    }
}
```

I'm not 100% sure what to think of it yet, but my gut feeling is that eating errors is bad; I'm reporting this now since it's fresh in my mind.
Repository: vscode
Issue: Bug: "Emmet: Go to Matching Pair" doesn't work when the closing tag contains whitespace
Labels: bug,emmet,emmet-parse


Issue Type: <b>Bug</b>

Try the following XML:
```
<tag>
</tag >
```
"Emmet: Go to Matching Pair" does not work when the cursor is in either the opening or the closing tag.
When the extra space is removed, the operation succeeds.

**Note:** Whitespace after the tag name is legal.
See https://stackoverflow.com/a/3314543/181238


VS Code version: Code 1.60.0 (e7d7e9a9348e6a8cc8c03f877d39cb72e5dfb1ff, 2021-09-01T10:43:02.136Z)
OS version: Linux x64 5.4.0-81-generic
Restricted Mode: No
Fetching remote diagnostics for 'SSH: ttdlxapp-tge21' failed: Canceled

<details>
<summary>System Info</summary>

|Item|Value|
|---|---|
|CPUs|Intel(R) Core(TM) i7-10610U CPU @ 1.80GHz (2 x 2303)|
|GPU Status|2d_canvas: unavailable_software<br>gpu_compositing: disabled_software<br>multiple_raster_threads: disabled_off<br>oop_rasterization: disabled_off<br>opengl: disabled_off<br>rasterization: disabled_software<br>skia_renderer: enabled_on<br>video_decode: disabled_software<br>vulkan: disabled_off<br>webgl: unavailable_software<br>webgl2: unavailable_software|
|Load (avg)|0, 0, 0|
|Memory (System)|7.78GB (0.61GB free)|
|Process Argv|--crash-reporter-id 42997b2d-0a94-4c8d-943a-4cf28513cc90|
|Screen Reader|no|
|VM|100%|
|DESKTOP_SESSION|xubuntu|
|XDG_CURRENT_DESKTOP|XFCE|
|XDG_SESSION_DESKTOP|xubuntu|
|XDG_SESSION_TYPE|x11|

</details><details><summary>Extensions (22)</summary>

Extension|Author (truncated)|Version
---|---|---
Bookmarks|ale|13.2.1
gitlens|eam|11.6.0
better-cpp-syntax|jef|1.15.6
vscode-docker|ms-|1.16.1
python|ms-|2021.9.1218897484
vscode-pylance|ms-|2021.9.1
jupyter|ms-|2021.8.2041215044
jupyter-keymap|ms-|1.0.0
remote-containers|ms-|0.194.0
remote-ssh|ms-|0.65.7
remote-ssh-edit|ms-|0.65.7
cmake-tools|ms-|1.8.1
cpptools|ms-|1.6.0
cpptools-extension-pack|ms-|1.0.0
text-power-tools|qcz|1.29.0
java|red|0.81.0
vscode-commons|red|0.0.6
vscode-xml|red|0.18.0
vc6-keybindings|sam|0.2.0
cmake|twx|0.0.17
vscodeintellicode|Vis|1.2.14
vscode-java-debug|vsc|0.35.0

(1 theme extensions excluded)

</details>
<!-- generated by issue reporter -->
Repository: node
Issue: Allow passing policies to require
Labels: policy

<!--
Thank you for suggesting an idea to make Node.js better.

Please fill in as much of the template below as you're able.
-->

**Is your feature request related to a problem? Please describe.**
I want to allow for JSON configuration for a project, but also want to allow users to use "safe" javascript to generate the JSON to export.

**Describe the solution you'd like**
Allowing require to take a [Policy object](https://nodejs.org/api/policy.html) would solve this. However, it's only documented as a CLI flag that seems global to the whole node process.

**Describe alternatives you've considered**
https://github.com/nodejs/node/issues/29788 seems stale.

We could encourage a pre-step for generating the json but that seems non-ideal.