sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: youtube-dl
Issue: Please add support for flimmit.com
Labels: account-needed


```

youtube-dl -u ******** -p ******** -v https://www.flimmit.com/video/stream/play/product_id/19151
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: [u'-u', u'PRIVATE', u'-p', u'PRIVATE', u'-v', u'https://www.flimmit.com/video/stream/play/product_id/19151']
[debug] Encodings: locale UTF-8, fs UTF-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2019.11.05
[debug] Python version 2.7.17rc1 (CPython) - Linux-5.3.0-23-generic-x86_64-with-Ubuntu-19.10-eoan
[debug] exe versions: ffmpeg 4.1.4-1build2, ffprobe 4.1.4-1build2
[debug] Proxy map: {}
[generic] 19151: Requesting header
[redirect] Following redirect to https://www.flimmit.com/catalog/product/view/id/19151/
[generic] 19151: Requesting header
WARNING: Falling back on generic information extractor.
[generic] 19151: Downloading webpage
[generic] 19151: Extracting information
ERROR: Unsupported URL: https://www.flimmit.com/catalog/product/view/id/19151/
Traceback (most recent call last):
  File "/home/user/.local/lib/python2.7/site-packages/youtube_dl/extractor/generic.py", line 2373, in _real_extract
    doc = compat_etree_fromstring(webpage.encode('utf-8'))
  File "/home/user/.local/lib/python2.7/site-packages/youtube_dl/compat.py", line 2551, in compat_etree_fromstring
    doc = _XML(text, parser=etree.XMLParser(target=_TreeBuilder(element_factory=_element_factory)))
  File "/home/user/.local/lib/python2.7/site-packages/youtube_dl/compat.py", line 2540, in _XML
    parser.feed(text)
  File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1659, in feed
    self._raiseerror(v)
  File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1523, in _raiseerror
    raise err
ParseError: not well-formed (invalid token): line 9, column 322
Traceback (most recent call last):
  File "/home/user/.local/lib/python2.7/site-packages/youtube_dl/YoutubeDL.py", line 796, in extract_info
    ie_result = ie.extract(url)
  File "/home/user/.local/lib/python2.7/site-packages/youtube_dl/extractor/common.py", line 530, in extract
    ie_result = self._real_extract(url)
  File "/home/user/.local/lib/python2.7/site-packages/youtube_dl/extractor/generic.py", line 3354, in _real_extract
    raise UnsupportedError(url)
UnsupportedError: Unsupported URL: https://www.flimmit.com/catalog/product/view/id/19151/
```
Repository: godot
Issue: Cannot build module with a reference to an int
Labels: discussion,topic:core,documentation

**Godot version:** 3.1
**OS/device version:** Windows 10 64bits
**Issue description:** I need to use a reference to an int for my module, but it apparently doesn't work.
I got this when I typed `scons platform=windows bits=64 vsproj=yes`

`C:\Users\FlutterTal\Desktop\godot-3.1\core/method_bind_ext.gen.inc(2066): error C2039: 'convert' : is not a member of 'PtrToArg<P3>'
        with
        [
            P3=int &
        ]
C:\Users\FlutterTal\Desktop\godot-3.1\core/method_bind_ext.gen.inc(2066): note: see declaration of 'PtrToArg<P3>'
        with
        [
            P3=int &
        ]
scons: *** [modules\ggpo\ggpo.windows.tools.64.obj] Error 2
scons: building terminated because of errors.`
And I got a bunch of them while it's still the same error.
Repository: godot
Issue: Crash when starting thread
Labels: bug,topic:gdscript

**Godot version:**
Mono 98caeb635
**OS/device including version:**
Windows 10 1903
**Issue description:**
Game crashes when trying to start a thread. Also tried `GodotSharp.attach_thread()` since i use mono version:
```GDScript
extends Node2D


onready var thread = Thread.new()

func _ready() -> void:
	thread.start(self, "test")
	thread.wait_to_finish()

func test():
	print("Thread started")
	
func test2():
	GodotSharp.attach_thread()
	print("Thread started")
	GodotSharp.detach_thread()
```

EDIT: Turns out that you HAVE to pass an argument, even if you don't use it. Since this is still a bug, i'm not sure if i should close. There are probably duplicates out there. Here is the code that worked for me:
```GDScript
extends Node2D


onready var thread = Thread.new()

func _ready() -> void:
	thread.start(self, "test", [])
	thread.wait_to_finish()

func test(p_dummy_param = ["NEVER USED!"]):
	print("Thread started")
	
func test2():
	GodotSharp.attach_thread()
	print("Thread started")
	GodotSharp.detach_thread()
```
Reproduction project: [ThreadError.zip](https://github.com/godotengine/godot/files/5826542/ThreadError.zip)
Repository: svelte
Issue: Master-Detail example
Labels: temp-stale,documentation

I'd like to contribute an example that displays a Svelte implementation of a Master->Detail pattern that also includes an example of delegation (child delegate messages parent with data).   My approach is a bit different than the CRUD example.

Master-Detail
https://svelte.dev/repl/1fe5803ad7914054905f43910607eda1?version=3.14.1
Repository: pytorch
Issue: Indexing into tensor order of magnitude slower than numpy
Labels: high priority,module: performance,module: autograd,triaged,module: advanced indexing

## 🐛 Bug

Indexing into a pytorch tensor is an order of magnitude slower than numpy.

## To Reproduce

Steps to reproduce the behavior:

```python
import torch
import numpy as np


BATCH_SIZE = 32
SEQUENCE_LENGTH = 512

TORCH_MATRIX = torch.full(
    size = (BATCH_SIZE, SEQUENCE_LENGTH),
    fill_value = 0,
    dtype = int,
)

NUMPY_MATRIX = np.full(
    shape = (BATCH_SIZE, SEQUENCE_LENGTH),
    fill_value = 0,
    dtype = int,
)
    

def index_over_matrix(matrix):
    for row_index in range(BATCH_SIZE):
        for column_index in range(SEQUENCE_LENGTH):
            matrix[row_index][column_index]
```

```
%%timeit -n 30

index_over_matrix(NUMPY_MATRIX)
```
>>> 5.9 ms ± 917 µs per loop (mean ± std. dev. of 7 runs, 30 loops each)


```
%%timeit -n 30

index_over_matrix(TORCH_MATRIX)
```
>>> 50.3 ms ± 2.5 ms per loop (mean ± std. dev. of 7 runs, 30 loops each)


## Line profiler

```
Timer unit: 1e-06 s

Total time: 0.143154 s
File: <ipython-input-16-108e7beab457>
Function: index_over_matrix at line 21

Line #      Hits         Time  Per Hit   % Time  Line Contents
==============================================================
    21                                           def index_over_matrix(matrix):
    22        33         48.0      1.5      0.0      for row_index in range(BATCH_SIZE):
    23     16416      14083.0      0.9      9.8          for column_index in range(SEQUENCE_LENGTH):
    24     16384     129023.0      7.9     90.1              matrix[row_index][column_index]
``` 

## Expected behavior

I expect indexing to be quite quick.


## Environment

```
PyTorch version: 1.3.0
Is debug build: No
CUDA used to build PyTorch: 10.1.243

OS: Ubuntu 18.04.3 LTS
GCC version: (Ubuntu 7.4.0-1ubuntu1~18.04.1) 7.4.0
CMake version: version 3.10.2

Python version: 3.6
Is CUDA available: No
CUDA runtime version: No CUDA
GPU models and configuration: No CUDA
Nvidia driver version: No CUDA
cuDNN version: No CUDA

Versions of relevant libraries:
[pip3] bert-pytorch==0.0.1a4
[pip3] msgpack-numpy==0.4.4.3
[pip3] numpy==1.17.4
[pip3] pytorch-lamb==1.0.0
[pip3] torch==1.3.0
[pip3] torchsummary==1.5.1
[pip3] torchvision==0.4.1
[pip3] torchviz==0.0.1
[conda] Could not collect
```

cc @ezyang @gchanan @zou3519 @bdhirsh @jbschlosser @albanD @gqchen @pearu @nikitaved @soulitzer @VitalyFedyunin @ngimel @SsnL @jerryzh168 @mruberry
Repository: godot
Issue: [WebGL1] game takes a long time to load on Mobile Chrome
Labels: discussion,topic:core

**Godot version:**
3.2 alpha 3

**OS/device including version:**
Android 8.1.0
Mobile Chrome Browsers

**Issue description:**
HTML game take a long time to load in mobile browsers ,while in desktop the game loads in 5-15 seconds the mobile versions takes 35-50 seconds to load
On firefox the loading time is normal but on Chrome takes 40-50 seconds



**Minimal reproduction project:**
https://gustavo-marciano.itch.io/cordeis
Repository: youtube-dl
Issue: Danish silent movies
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 2019.11.05. 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 **2019.11.05**
- [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.
-->
A couple of examples
- Single video: https://www.stumfilm.dk/stumfilm/streaming/film/korsel-med-gronlandske-hunde
- Single video: https://www.stumfilm.dk/stumfilm/streaming/film/henrettelsen

*It appears that the site is using the vimeo player.*

## 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
This is a page that contains a large number of danish silent movies - some quite old.
Repository: youtube-dl
Issue: Support for Nosey.com
Labels: site-support-request


I was Wondering if the team could add support for nosey.com. here is a link example: https://www.nosey.com/watch/channel/nosey_general/14-c3al0cgz1ub4-stunning-secrets-revealed
Repository: rust
Issue: gdb "cannot subscript non-array type" to index a Vec
Labels: A-debuginfo,P-medium,T-compiler,C-bug

Attempt to print content of a `Vec` at index results in error. Since it works fine for C++, I think the problem is in `rustc` not providing the necessary debug information for this to work.

`Vec`s are a widely used type, and not being able to print their content at index hurts debugging process noticeably.

## Steps to reproduce *(in terms of terminal commands)*

```
$ cat -n test2.rs
     1  fn main() {
     2      let x: Vec<usize> = vec![1,2,3];
     3      println!("{:?}", x);
     4  }
$ rustc test2.rs -o a -g
$ gdb ./a
Reading symbols from ./a...
warning: Missing auto-load script at offset 0 in section .debug_gdb_scripts
of file /tmp/a.
Use `info auto-load python-scripts [REGEXP]' to list them.
gdb λ br 3
Breakpoint 1 at 0x5c05: file test2.rs, line 3.
gdb λ r
Starting program: /tmp/a
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".

Breakpoint 1, test2::main () at test2.rs:3
3           println!("{:?}", x);
gdb λ p x[0]
```

### Expected

A print:

    1

### Actual

It prints:

    Cannot subscript non-array type

## Additional information

rustc version: `rustc 1.41.0-nightly (1bd30ce2a 2019-11-15)`
gdb version: `8.3.1`
Repository: rust
Issue: Consider using DWARF modules instead of namespaces.
Labels: A-debuginfo,C-enhancement,P-medium,T-compiler,WG-debugging

Looking at the DWARF5 spec I noticed it supports "modules", with Modula-2 and Fortran given as examples, not just "namespaces" (typically associated with C++).

However, it's unclear if we can do everything we use namespaces for, with modules, and whether debuggers support modules at all.

Also see #33123, which seems potentially related.

cc @michaelwoerister
Repository: vscode
Issue: Support external diff algorithms in internal diff editor
Labels: feature-request,diff-editor

Reopening closed feature request #30694

Openness, extensibility and customisability are the features that keep me coming back to VSCode. Being built upon an OSS core (Electron) was strong evidence of a change of culture at Microsoft. 

In that spirit, would you please reconsider the original request from @myfairsyer. Different diffing algorithms produce [significantly different results][1] and are suited to different purposes. There is no one-size-fits-all solution.

Paraphrasing @myfairsyer, **please consider abstracting the diff functionality to allow different *hunk-list providers***. Respecting [the algorithm set in Git configuration][2] would be an ideal baseline.

As another example, **BeyondCompare** allows [significant customisation][3], including 2 of the 4 algorithms offered by Git.

[1]: https://link.springer.com/article/10.1007/s10664-019-09772-z
[2]: https://git-scm.com/docs/git-diff#Documentation/git-diff.txt---diff-algorithmpatienceminimalhistogrammyers
[3]: https://www.scootersoftware.com/v4help/index.html?sessiontextalignment.html
Repository: vscode
Issue: Allow detail option on task input pickString
Labels: feature-request,tasks,variable-resolving

Similar to what was recently implemented for tasks, it would be nice to be able to add a detail string to the input options of a task so that it can be explained what picking that option means for the task in cases where it may not be clear.
Repository: pytorch
Issue: [feature request] Multivariate normal CDF
Labels: module: distributions,feature,triaged

I'd like to discuss here the implementation of the multivariate normal cumulative distribution function (CDF), as the following code
```
from torch.distributions import MultivariateNormal
mvn = MultivariateNormal(torch.zeros(2), torch.eye(2))
mvn.cdf(torch.ones(3))
```
raises a _NotImplementedError_.

The cdf of the mvn has no closed-form solution, and is implemented [in scipy](https://github.com/scipy/scipy/blob/master/scipy/stats/mvndst.f) (Fortran code) and [in Matlab](https://fr.mathworks.com/help/stats/mvncdf.html) based on the work by Genz (paper [here](http://www.math.wsu.edu/faculty/genz/papers/mvn.pdf)).

If needed, we can discuss the derivatives of the cdf w.r.t. the location and the correlation coefficient here. There exist formulas in the bivariate case but not in the general multivariate case (at least to my knowledge).

cc @vincentqb @fritzo @neerajprad @alicanb @vishwakftw
Repository: godot
Issue: The status of the tabs in the editor is not memorized
Labels: enhancement,topic:editor

**Godot version:**
3.2 beta 1 mono - v3.5.beta1.official [b9b23d222]

**OS/device including version:**
Win 10 64 Home

**Issue description:**
The editor does not remember the status of the tabs.

I use the mono version and in the "Editor settings" window I close the "Text Edtor" and "Network" tabs because I don't need to edit them.
This way I can navigate faster between the options in the window.
The problem occurs when I close the window and open it again, then the "Text editor" and "Network" tabs reappear open, the tabs do not memorize their status.

This also happens with the "Project settings" window.

This should also be memorized in custom layouts.
So the tabs memorize their status when I use the "Save layout" option and "Load layout".

**Steps to reproduce:**
1 - Open the "Editor settings" (Editor->Editor Settings) window
2 - Close the "Interface" tab
3 - Close the "Editor settings" window
4 - Open the "Editor settings" (Editor->Editor Settings) window

![GIF](https://user-images.githubusercontent.com/19652075/69006814-0af58280-0935-11ea-9c7c-637a5610a26b.gif)

**Minimal reproduction project:**
Repository: angular
Issue: Type Provider interfaces when used with InjectionToken<T>
Labels: feature,breaking changes,freq1: low,area: core,core: di,cross-cutting: types,feature: under consideration,feature: votes required,canonical

<!--🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅

Oh hi there! 😄 

To expedite issue processing please search open and closed issues before submitting a new one.
Existing issues often contain information about workarounds, resolution, or progress updates.

🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅🔅-->


# 🚀 feature request

### Relevant Package
<!-- Can you pin-point one or more @angular/* packages the are relevant for this feature request? -->
<!-- ✍️edit: --> This feature request is for @angular/....

@angular/core
@angular/compiler

### Description

`InjectionToken`s are typed, but you can provide any value for them without any type-check error, even in an AOT build.

```ts
const MY_TOKEN = new InjectionToken<string>("my token");

@NgModule({
  providers: [
    {provide: MY_TOKEN, useValue: 5}, // no type error
  ]
})
export class MyModule {}
```

### Describe the solution you'd like

I expect the above to produce some sort of error, at least in an AOT build. I think there needs to be a broader discussion around how we can tighten up the `Provider` types. At the moment, they seem extremely liberal, and I see a lot of `any`s, which I don't think is the way to go. I suspect tightening them up entirely will cause a lot of breakages in tests in particular, but it may be worth the pain if Angular wants to become more typesafe in future. Alternatively, a safer intermediary step is to tighten up `Provider` types only when an `InjectionToken<T>` is being provided.

Besides catching mistakes by developers at compile time rather than runtime by end-users, another reason to begin to type these interfaces more strongly is to enable developers to benefit from TS language service feedback when writing providers and refactoring the types of values that are being provided (if I have an InjectionToken\<MyType>, and I'm providing that across my codebase, when I refactor MyType using WebStorm, those changes should propagate to the provider `useValue` etc. sites).

### Describe alternatives you've considered
<!-- ✍️--> Have you considered any alternative solutions or workarounds?
Repository: scrcpy
Issue: Request:  Make resize-window a toggle
Labels: feature request

Fullscreen mode (Ctrl+f) is a toggle, but 1:1 pixel mode seems to be only turn-on.  Once on there is no way to turn it off again that I have found, except by killing and restarting scrcpy.

Could it be made a toggle?
Repository: opencv
Issue: Transparent Api on RK3399-Mali T860 producing running slower than cpu
Labels: category: ocl,platform: arm

System information (version)

- OpenCV =>  3.3.1
- Operating System / Platform => Ubuntu 18.04.3 LTS / Firefly RK3399 - Mali-T860
- Compiler => g++

##### Detailed description

Im having problems leveraging the transparent API on the arm RK3399 board. 
Using the cv::UMat data structure I cant have faster result in any program that I write.

##### Steps to reproduce

  transparent api code
   

    #include "opencv2/opencv.hpp"
    #include <chrono>

    using namespace cv;
 
    int main(int argc, char** argv)
    { 

        UMat img, gray;
        imread("lena.jpg", IMREAD_COLOR).copyTo(img); //use lena.jpg from CV examples
        auto t1 = std::chrono::high_resolution_clock::now();
        cvtColor(img, gray, COLOR_BGR2GRAY);
        GaussianBlur(gray, gray,Size(3, 3), 1.5);
        Canny(gray, gray, 0, 50);       
        auto t2 = std::chrono::high_resolution_clock::now();
 
        auto duration = std::chrono::duration_cast<std::chrono::microseconds>( t2 - t1).count();

        std::cout << duration << std::endl;
    

        return 0;
    }

   
 
   Im sending my clinfo output containing informations related to the OpenCL instalation and gpu device. 

[clinfo.txt](https://github.com/opencv/opencv/files/3856496/clinfo.txt)
Repository: rust
Issue: cannot resolve `<&'t1 T as std::iter::IntoIterator>::IntoIter == _`
Labels: A-lifetimes,A-trait-system,T-lang,T-compiler,C-bug

Hi! Let's consider the following code:

```rust
use std::rc::Rc;
use core::cell::RefCell;
use core::cell::Ref;

pub struct SharedDirtyFlag<T> {
    data: Rc<RefCell<T>>
}

impl<T> SharedDirtyFlag<T>
where for<'t> &'t T: IntoIterator {
    pub fn iter(&self) -> SharedDirtyFlagIter<T> {
        let borrow = self.data.borrow();
        let iter   = borrow.into_iter();
        let iter   = unsafe { unbound_lifetimes(iter) };
        SharedDirtyFlagIter { iter, borrow }
    }
}

pub struct SharedDirtyFlagIter<'t,T>
where &'t T: IntoIterator {
    pub iter   : <&'t T as IntoIterator>::IntoIter,
    pub borrow : Ref<'t,T>
}

unsafe fn unbound_lifetimes<'t1, 't2, T>
(t: <&'t1 T as IntoIterator>::IntoIter) -> <&'t2 T as IntoIterator>::IntoIter
where &'t1 T: IntoIterator,
      &'t2 T: IntoIterator {
    std::mem::transmute(t)
}
```
Playground: https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=5dca98d86cd811ec108f83e01435e69a

It creates an internal-mutable wrapper over a generic type `T` and should expose the iterator. In order to expose the iterator we need to keep both the original iterator as well as the dynamic borrow of `T`. In order to do so we need to keep two interconnected values in a single structure and we need to tell rustc to allow it by relaxing constraints on the lifetimes. The problem is that it does not compile here. The error is:

```rust
error[E0284]: type annotations required: cannot resolve `<&'t1 T as std::iter::IntoIterator>::IntoIter == _`
  --> src/lib.rs:25:1
   |
25 | / unsafe fn unbound_lifetimes<'t1, 't2, T>
26 | | (t: <&'t1 T as IntoIterator>::IntoIter) -> <&'t2 T as IntoIterator>::IntoIter
27 | | where &'t1 T: IntoIterator,
28 | |       &'t2 T: IntoIterator {
29 | |     std::mem::transmute(t)
30 | | }
   | |_^
```

And now:
1. It seems like a bug. If this is a bug, **is there any way now to express it somehow?**
2. If this is not a bug, could I ask for an explanation of why it does not compile (both I and several people on Rust Discord do not understand it) and an explanation of how to implement this pattern in a generic form?

-------------

**EDIT**
There is also a minimized form of this issue shown below (thanks Rantanen for discovering it!). However, the questions above still apply and I'd be thankful for the answers.
```rust
unsafe fn unbound_lifetimes<'t1, 't2, T>
(t: <&'t1 T as IntoIterator>::IntoIter) -> <&'t2 T as IntoIterator>::IntoIter
where &'t1 T: IntoIterator,
      &'t2 T: IntoIterator {
    unimplemented!()
}
```