sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: youtube-dl
Issue: request download from a new site nvms6.vcdngo.com
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.01.24.1. 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.01.24.1**
- [x] I've checked that all provided URLs are alive and playable in a browser
- [ ] I've checked that none of provided URLs violate any copyrights
- [ ] 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.
-->

- Single video: https://nvms6.vcdngo.com/remote_control.php?file=B64YTo0OntzOjQ6InRpbWUiO2k6MTYxMjEwMzMyNTtzOjU6ImxpbWl0IjtpOjMxMjUwMDtzOjQ6ImZpbGUiO3M6Mzc6Ii92aWRlb3MvNjc4MDAwLzY3ODE2My82NzgxNjNfNzIwbS5tcDQiO3M6MjoiY3YiO3M6MzI6IjE5MmE5NWIxYWQ4MjY2NDY5ZGQ5NzFjNTQwOWUwNGRmIjt9

## 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

please support the website with nvms5.vcdngo.com...it is showing error 413 while trying to download from the website.
Repository: go
Issue: x/pkgsite: add support for plain text interface
Labels: NeedsInvestigation,pkgsite

As far as I can tell pkg.go.dev doesn't support this feature either
https://github.com/golang/gddo/wiki/Plain-Text-Interface

### What did you do?
`curl -H 'Accept: text/plain' https://godoc.org/math`

### What did you expect to see?
Plain text representation of math package

### What did you see instead?
`<a href="https://pkg.go.dev/search?q=sql&amp;utm_source=godoc">Found</a>.`
Repository: godot
Issue: Editor-only incorrect results for Light2D's in non-add mode
Labels: bug,topic:rendering,topic:editor,topic:2d

**Godot version:**
3.2.3, 3.2.4 RC1

**OS/device including version:**
MacBook Pro (Retina, 15-inch, Mid 2015)
macOS Mojave
Intel Iris Pro 1536 MB

**Issue description:**
Possibly related to #45396. 

This issue occurs in the editor but not when running the game. A Light2D in any mode other than add affects the area over an object (in this example, Polygon2D) that has all its light mask bits off. 

![Screen Shot 2021-01-31 at 12 24 51 PM](https://user-images.githubusercontent.com/33777501/106396862-6b000980-63bf-11eb-83d1-49ce30ddbed9.png)

In add mode, it works as expected and the polygon remains black:

![Screen Shot 2021-01-31 at 12 24 59 PM](https://user-images.githubusercontent.com/33777501/106396868-6d626380-63bf-11eb-98c8-c47c28d9742c.png)

Sub and mask appear similarly.

**Steps to reproduce:**
Open example scene in editor, observe the difference on the polygon between mix and add mode for the light.

**Minimal reproduction project:**
[Light2DMixIssue.zip](https://github.com/godotengine/godot/files/5900604/Light2DMixIssue.zip)
Repository: node
Issue: Uninstallation instructions
Labels: doc,install

Hi,

I see there is a lot of amazing support for installation, however, I find various articles scattered online across the past few years on uninstallation. Is it possible to update the documentation with clear instructions on how to uninstall node.js from the system? The amount of online articles suggest a lot of people are wanting to uninstall it. This kind of guidance would come in handy for several people. If it is already there somewhere, I would really appreciate it if you could point me to the resource.

Thanks so much for all the work!
Repository: godot
Issue: Ctrl-C copies output text instead of node path
Labels: bug,topic:editor,topic:input

<!-- Please search existing issues for potential duplicates before filing yours:
https://github.com/godotengine/godot/issues?q=is%3Aissue
-->

**Godot version:**
<!-- Specify commit hash if using non-official build. -->
3.2.4 RC 1

**OS/device including version:**
<!-- Specify GPU model, drivers, and the backend (GLES2, GLES3, Vulkan) if graphics-related. -->
Windows 10

**Issue description:**
<!-- What happened, and what was expected. -->
I hit Ctrl-C with a node selected in the Scene docker. It copied the output text instead of the node's path. Right-clicking the node informs me that the shortcut is Ctrl-C, but hovering over the Output's Copy button also informs me that the shortcut is Ctrl-C. So both have the same shortcut.

**Steps to reproduce:**
1. Select node.
2. Hit Ctrl-C.
3. Hit Ctrl-V somewhere.

**Minimal reproduction project:**
<!-- A small Godot project which reproduces the issue. Drag and drop a zip archive to upload it. -->
Repository: pytorch
Issue: Support unity 3d
Labels: feature,triaged

Unity 3D is a widely used game engine. It is also used extensively to create 2d front ends. Having a pytorch support for Unity3d would avoid the need of the python server that receives the image, process and send the result back. Barracuda doesn't support all the available functions. Is there any existing implementations or planned future implementations for unity 3d?
Repository: flutter
Issue: Gradle API dependency regression, library dependency missing
Labels: c: regression,platform-android,tool,t: gradle,has reproducible steps,P2,found in release: 3.7,found in release: 3.8,team-android,triaged-android

## Steps to Reproduce

Given the following project setup:

- Native Android Library (has **api** dependency of a 3rd party library in its `build.gradle` file)
- Flutter Library (has dependency on the above Native Android library)
- Flutter App (has git dependency on the above Flutter Library)

Using the `flutter build apk --target-platform android-arm64 --split-per-abi --no-shrink` command:

- On the stable channel (1.22.6), the api dependency is compiled into the APK
- On beta (1.25.0-8.3.pre), the library appears to be missing from the APK and crashes on launch 

_Note: Both stable channel and beta channel builds were run on the same commit via GitHub actions_
Repository: rust
Issue: rustdoc: `rustc_serialize::Decodable` is missing some implementors
Labels: T-rustdoc,A-trait-system,C-bug,S-needs-repro

The docs for [`rustc_serialize::Decodable`](https://doc.rust-lang.org/nightly/nightly-rustc/rustc_serialize/trait.Decodable.html) are not showing implementors from downstream crates (e.g. the impls in `rustc_metadata` for `CrateNum` and `DefIndex`). My understanding was that implementors in downstream crates that are compiled into the same docs should be displayed on the upstream trait.

Not sure if this is related to #76736 or #78615.
Repository: youtube-dl
Issue: Site support request for learn.365datascience.com
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.01.24.1. 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.01.24.1**
- [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.
-->

- Single video: https://learn.365datascience.com/courses/sql/welcome-to-sql
- Single video: https://learn.365datascience.com/courses/sql/why-sql
- Playlist: https://learn.365datascience.com/courses/preview/sql

## Description

<!--
Provide any additional information.
If work on your issue requires account credentials please provide them or explain how one can obtain them.
-->

365datascience.com is an online data science program. I'm a current member and have been using youtube-dl to download course videos offline using my teachable account credentials until now.

The team recently (over the last weekend) migrated the course/program from teachable to their own hosted website (links above) and I need help in creating an extractor for the new website.

I'd be really grateful for the help/support. Thanks!
Repository: terminal
Issue: Terminal should dodge the onscreen keyboard slightly better
Labels: Issue-Feature,Area-UserInterface,Product-Terminal

# Expected behavior

when onscreen keyboard is shown and terminal's window maximized then text in the terminal should not be printed under the kb, instead its working area should be shrinked to the visible area

# Actual behavior

the terminal does print text in the area I don't see that is covered with onscreen keyboard
Repository: opencv
Issue: cv::fisheye::projectPoints ignores 180 degree FOV
Labels: feature,category: calib3d

![1](https://user-images.githubusercontent.com/22073470/106428783-78db8a80-64a4-11eb-9e78-f586c2ec9a56.png)

The above formla leads z coordinate sign ignorance, so lens with more than 180 degree FOV cannot be de fitted.

In other papers, the atan2 is used for theta. 

I think the code "theta=theta + PI if z < 0" should be added.
Repository: create-react-app
Issue: Unable to include css while running tests in CRA?
Labels: issue: needs investigation

When I test a component containing a React Bootstrap Accordion component I cannot check whether or not the Accordion Cards are opened or closed. According to my tests they are always visible, even if they shouldn't.

I strongly suspect that this is because the bootstrap css is not considered.
The React Bootstrap Accordion component uses css classes to show or hide the content and I think that the test is not including this css, even though I import it in the test class.

The weird thing is, this does work in codesandbox:

https://codesandbox.io/s/ecstatic-platform-tt3on?file=/src/App.test.js

So I think this has something to do with CRA or webpack.
I tried the exact same thing as in the codesandbox in a brand new CRA app and I verified that the libraries are the same exact version (react-scripts 4.0.1).

Here are the relevant bits:

**App.js**

    import React from "react";
    import Accordion from "react-bootstrap/Accordion";
    import Card from "react-bootstrap/Card";
    import Button from "react-bootstrap/Button";
    
    export default function App() {
      return (
        <div className="App">
          <h1>Hello CodeSandbox</h1>
          <Accordion>
            <Card>
              <Card.Header>
                <Accordion.Toggle as={Button} variant="link" eventKey="0">
                  Click me!
                </Accordion.Toggle>
              </Card.Header>
              <Accordion.Collapse eventKey="0">
                <Card.Body>
                  <Button>Secret button</Button>
                </Card.Body>
              </Accordion.Collapse>
            </Card>
            <Card>
              <Card.Header>
                <Accordion.Toggle as={Button} variant="link" eventKey="1">
                  Click me!
                </Accordion.Toggle>
              </Card.Header>
              <Accordion.Collapse eventKey="1">
                <Card.Body>Hello! I'm another body</Card.Body>
              </Accordion.Collapse>
            </Card>
          </Accordion>
        </div>
      );
    }

**App.test.js**

    import React from "react";
    import { render, screen } from "@testing-library/react";
    import "@testing-library/jest-dom/extend-expect";
    import App from "./App";
    import "bootstrap/dist/css/bootstrap.min.css";
    
    it("renders", async () => {
      render(<App />);
    
      // Succeeds
      expect(await screen.findByRole("button", { name: /Secret button/ }));
    });

If I remove the import of the bootstrap.min.css in the file above the test will always succeed, even on codesandbox but with this import included it should fail which it does in codesandbox but not in my create-react-app
Repository: ant-design
Issue: 远程加载的 Cascader 返回结果为空时选项会自动被选中
Labels: 🐛 Bug,Inactive

- [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
[![Edit on CodeSandbox](https://codesandbox.io/static/img/play-codesandbox.svg)](https://codesandbox.io/s/antd-reproduction-template-forked-flhm2?file=/index.js)

### Steps to reproduce
- `expandTrigger="hover"`
- loadData：鼠标移入二级节点开始异步加载三级节点
- 鼠标第一次移入，返回空结果，正常
- 鼠标第二次移入同一节点，返回空结果，选项被自动选中

### What is expected?
使用 hover 展开的时候，不管异步加载的结果是否为空，只有 click event 才能触发选中

### What is actually happening?
加载过一次数据之后，鼠标再次移入该节点，选项自动选中而且下拉列表收起

| Environment | Info |
|---|---|
| antd | 4.11.2 |
| React | 17.0.1 |
| System | Windows 10 |
| Browser | Chrome |


<!-- generated by ant-design-issue-helper. DO NOT REMOVE -->
Repository: vscode
Issue: Guide users to 'extension bisect' from the issue reporter dialog
Labels: feature-request,issue-reporter,bisect-ext

When a user reports an issue against an extension we should also promote the new 'extension bisect' support. For example, by showing a link that starts it, something like 'Don't know which extension? Use the <link>extension bisec</link> command to find out.'
![image](https://user-images.githubusercontent.com/172399/106433414-79f2c480-6470-11eb-8812-57348eabaf2d.png)
Repository: pytorch
Issue: torch.median slower than torch.sort on cpu
Labels: module: performance,module: cpu,triaged,module: sorting and selection,module: reductions

## 🐛 Bug

<!-- A clear and concise description of what the bug is. -->
Using `torch.median(x)` is considerably slower than explicitly sorting the array with `torch.sort()` and selecting the middle element when the tensor resides on cpu.

## To Reproduce

Steps to reproduce the behavior:

```python-console
>>> from torch.utils.benchmark import Timer
>>> t = Timer(stmt="torch.median(x, dim=0)", setup="x=torch.rand(11, 1000, 4000, device='cpu')")
<torch.utils.benchmark.utils.common.Measurement object at 0x7f8e5527ba60>
torch.median(x, dim=0)
  19.04 s
  1 measurement, 1 runs , 1 thread
>>> t = Timer(stmt="torch.sort(x, dim=0).values[5]", setup="x=torch.rand(11, 1000, 4000, device='cpu')")
<torch.utils.benchmark.utils.common.Measurement object at 0x7f8e584a7880>
torch.sort(x, dim=0).values[5]
  856.96 ms
  1 measurement, 1 runs , 1 thread
```

For CUDA tensors I did not observe this large difference.
```python-console
>>> from torch.utils.benchmark import Timer
>>> t = Timer(stmt="torch.median(x, dim=0)", setup="x=torch.rand(11, 1000, 4000, device='cuda')")
<torch.utils.benchmark.utils.common.Measurement object at 0x7f85036f86d0>
torch.median(x, dim=0)
  56.26 ms
  1 measurement, 10 runs , 1 thread
>>> t = Timer(stmt="torch.sort(x, dim=0).values[5]", setup="x=torch.rand(11, 1000, 4000, device='cuda')")
<torch.utils.benchmark.utils.common.Measurement object at 0x7f85036192b0>
torch.sort(x, dim=0).values[5]
  39.60 ms
  1 measurement, 10 runs , 1 thread
```

<!-- If you have a code sample, error messages, stack traces, please provide it here as well -->

## Expected behavior

<!-- A clear and concise description of what you expected to happen. -->
Since the median operation does not *require* to sort the whole tensor, it should be at least as fast as the sort operation.

## Environment

Collecting environment information...
PyTorch version: 1.7.0
Is debug build: True
CUDA used to build PyTorch: 10.2
ROCM used to build PyTorch: N/A

OS: Ubuntu 20.04.1 LTS (x86_64)
GCC version: (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0
Clang version: Could not collect
CMake version: version 3.16.3

Python version: 3.8 (64-bit runtime)
Is CUDA available: True
CUDA runtime version: 10.1.243
GPU models and configuration: 
GPU 0: GeForce RTX 2080 Ti
GPU 1: GeForce RTX 2080 Ti
GPU 2: GeForce RTX 2080 Ti
GPU 3: GeForce RTX 2080 Ti

Nvidia driver version: 450.102.04
cuDNN version: Could not collect
HIP runtime version: N/A
MIOpen runtime version: N/A

Versions of relevant libraries:
[pip] Could not collect
[conda] Could not collect
## Additional context

<!-- Add any other context about the problem here. -->


cc @VitalyFedyunin @ngimel @heitorschueroff @mruberry @rgommers
Repository: flutter
Issue: Support setPreferredOrientations for Windows tablets
Labels: c: new feature,engine,a: tablet,platform-windows,a: desktop,P3,team-windows,triaged-windows

When running on a tablet, the Windows embedding should support `SystemChrome.setPreferredOrientations`. (See discussion in https://github.com/flutter/flutter/issues/74979)
Repository: flutter
Issue: Allow RenderObjects to be layed out and painted multiple times per frame
Labels: c: new feature,framework,d: stackoverflow,c: proposal,P3,team-framework,triaged-framework

## Use case

I know this is very niche, but I'd like to layout and paint a RenderOobject multiple times per frame.
The use case is having the same widget (with the same state and all) drawn multiple times given different constraints.


## Proposal

The framework has **a lot** of assertions that prevent such behavior. I don't really have a proposal; I was more wondering if something like this would be even compatible with the current architecture on a deep level.
Repository: transformers
Issue: Implementing ELECTRIC training for ELECTRA
Labels: Feature request

# 🚀 Feature request

Google released Electric this summer at EMNLP (see: [here](https://www.aclweb.org/anthology/2020.emnlp-main.20.pdf)). Electric is like ELECTRA, but trained using a Noise Contrastive Estimation loss instead of a negative sampling loss. 

## Motivation

Electric is well-suited for modeling perplexity scores, and can model these very efficiently. Modeling these perplexity scores using BERT requires N passes over the input sentence, where N is the number of tokes in the sentence (see [here](https://arxiv.org/abs/1910.14659)).

## Your contribution

Electric has been implemented in the Google Electra repository. From I can see, moving from an Electra to Electric-style training is not a huge code change, but I'm not that familiar with the inner workings of transformers to be able to make a judgment call on this.
Repository: TypeScript
Issue: Ensure forward-compatibility of callbacks
Labels: Suggestion,Awaiting More Feedback

# Suggestion

<!--
  Please fill in each section completely. Thank you!
-->

## 🔍 Search Terms

strict callback arguments, too many arguments warning, option

## ✅ Viability Checklist

<!--
   Suggestions that don't meet all these criteria are very, very unlikely to be accepted.
   We always recommend reviewing the TypeScript design goals before investing time writing
   a proposal for ideas outside the scope of the project.
-->
My suggestion meets these guidelines:

* [x] This wouldn't be a breaking change in existing TypeScript/JavaScript code
* [x] This wouldn't change the runtime behavior of existing JavaScript code
* [x] This could be implemented without emitting different JS based on the types of the expressions
* [x] This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, new syntax sugar for JS, etc.)
* [x] This feature would agree with the rest of [TypeScript's Design Goals](https://github.com/Microsoft/TypeScript/wiki/TypeScript-Design-Goals).


## ⭐ Suggestion

<!-- A summary of what you'd like to see added or changed -->

**Edit:** My original suggestion was unworkable. This is a second attempt.

```ts
const nextFrame = new Promise(requestAnimationFrame);
```

The above results in `requestAnimationFrame` being called with two arguments rather than the one it accepts. This is fragile, since, in future, a second argument may be added to `requestAnimationFrame` which makes the above code behave differently.

This problem is worse when it comes to browser-provided functions, as those change with new browser versions, and don't rely on an app redeploy.

This can be worked around using `never`:

```ts
declare function requestAnimationFrame(callback: FrameRequestCallback, _: never): number;
```

…but it makes for a messy auto-complete, as the 'never' arg shows up.

A solution would be some way to mark a function as "cannot be assigned to a function type with more parameters". This would allow library authors to make this assertion if they want to reserve additional params for future use, and this assertion could be added to DOM functions like `requestAnimationFrame`.

## 💻 Use Cases

<!--
  What do you want to use this for?
  What shortcomings exist with current approaches?
  What workarounds are you using in the meantime?
-->

I wrote a blog post about the risks with this pattern, including a section on how TypeScript doesn't prevent it https://jakearchibald.com/2021/function-callback-risks/