sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: rust
Issue: Removing bound from generic type causes an "overflow evaluating a requirement" error.
Labels: A-trait-system,T-compiler,C-bug

With the following code:

```rust
pub trait Frogg<W: ?Sized> {
    fn frogg(&self, _with: &W){}
}

impl <T, W> Frogg<[W]> for T
where
    T: Frogg<W>
{}

impl <T, W> Frogg<[W]> for [T]
where
    T: Frogg<W>
{}

fn bar<T, W>(slice: &[T], other: &[W]) 
where
    T:Frogg<W>
{
    slice.frogg(other)
}
```

If I remove the where clause for `bar`,it prints this error:

```
error[E0275]: overflow evaluating the requirement `_: std::marker::Sized`
  --> src/lib.rs:16:11
   |
16 |     slice.frogg(other)
   |           ^^^^^
   |
   = help: consider adding a `#![recursion_limit="256"]` attribute to your crate
   = note: required because of the requirements on the impl of `Frogg<[_]>` for `T`
   = note: required because of the requirements on the impl of `Frogg<[[_]]>` for `T`
   = note: required because of the requirements on the impl of `Frogg<[[[_]]]>` for `T`
   = note: required because of the requirements on the impl of `Frogg<[[[[_]]]]>` for `T`
   = note: required because of the requirements on the impl of `Frogg<[[[[[_]]]]]>` for `T`
   = note: required because of the requirements on the impl of `Frogg<[[[[[[_]]]]]]>` for `T`
   = note: required because of the requirements on the impl of `Frogg<[[[[[[[_]]]]]]]>` for `T`
   = note: required because of the requirements on the impl of `Frogg<[[[[[[[[_]]]]]]]]>` for `T`
   = note: required because of the requirements on the impl of `Frogg<[[[[[[[[[_]]]]]]]]]>` for `T`
   = note: required because of the requirements on the impl of `Frogg<[[[[[[[[[[_]]]]]]]]]]>` for `T`
   = note: required because of the requirements on the impl of `Frogg<[[[[[[[[[[[_]]]]]]]]]]]>` for `T`
   = note: required because of the requirements on the impl of `Frogg<[[[[[[[[[[[[_]]]]]]]]]]]]>` for `T`
   = note: required because of the requirements on the impl of `Frogg<[[[[[[[[[[[[[_]]]]]]]]]]]]]>` for `T`
   [Ommited identical errors for length]

error: aborting due to previous error
```

I expected to get an error mentioning how `slice` does not implement the `Frogg` trait instead.
Repository: pytorch
Issue: CPU MaxPool2d is very slow
Labels: module: performance,module: bootcamp,module: cpu,triaged,module: pooling

## 🐛 Bug

MaxPool2d is too slow, it is better to replace it with Conv2d and strides

## To Reproduce

```python
import torch
import time
import torch.nn as nn

model = nn.Conv2d(in_channels=16, out_channels=16, kernel_size=3, stride=2)
net = nn.MaxPool2d(kernel_size=3, stride=2)
blob = torch.randn(1, 16, 3000, 2000, device='cpu')

t0 = time.time()
with torch.no_grad():
    outputs = model(blob)
print("PyTorch Conv: {}".format(time.time() - t0))

t0 = time.time()
with torch.no_grad():
    pred = net(blob)
print("PyTorch MaxPool: {}".format(time.time() - t0))

# compare with ONNX
import onnxruntime as rt

targets = ['result']
onnxfile = "/mnt/output/gr/conv.onnx"
torch.onnx.export(model, blob, onnxfile,
                  input_names=['data'],
                  output_names=targets)

onnxfile2 = "/mnt/output/gr/max.onnx"
torch.onnx.export(net, blob, onnxfile2,
                  input_names=['data'],
                  output_names=targets)

sess = rt.InferenceSession(onnxfile)
t0 = time.time()
outputs_ort = sess.run(targets, {
    'data': blob.numpy()
})
print("ONNX Conv: {}".format(time.time() - t0))

sess = rt.InferenceSession(onnxfile2)
t0 = time.time()
pred_ort = sess.run(targets, {
    'data': blob.numpy()
})
print("ONNX MaxPool: {}".format(time.time() - t0))
```

> PyTorch Conv: 0.1909499168395996
> PyTorch MaxPool: 0.8006699085235596
> ONNX Conv: 0.3233060836791992
> ONNX MaxPool: 0.26441049575805664


## Expected behavior

For MaxPool2d to have performance that is within the same range as convolution

## Environment

PyTorch version: 1.3.0
Is debug build: No
CUDA used to build PyTorch: 10.1.243

OS: Ubuntu 16.04.6 LTS
GCC version: (Ubuntu 5.4.0-6ubuntu1~16.04.11) 5.4.0 20160609
CMake version: version 3.14.0

Python version: 3.6
Is CUDA available: Yes
CUDA runtime version: Could not collect
GPU models and configuration: GPU 0: GeForce GTX 1070
Nvidia driver version: 418.40.04
cuDNN version: /usr/local/lib/libcudnn.so.5.1.10

Versions of relevant libraries:
[pip] numpy==1.17.2
[pip] torch==1.3.0
[pip] torchvision==0.4.1a0+d94043a
[conda] Could not collect




cc @VitalyFedyunin @ngimel @mruberry
Repository: TypeScript
Issue: Cannot find type definition file for ambient declaration module
Labels: Needs Investigation

<!-- 🚨 STOP 🚨 𝗦𝗧𝗢𝗣 🚨 𝑺𝑻𝑶𝑷 🚨

Half of all issues filed here are duplicates, answered in the FAQ, or not appropriate for the bug tracker. Even if you think you've found a *bug*, please read the FAQ first, especially the Common "Bugs" That Aren't Bugs section!

Please help us by doing the following steps before logging an issue:
  * Search: https://github.com/Microsoft/TypeScript/search?type=Issues
  * Read the FAQ: https://github.com/Microsoft/TypeScript/wiki/FAQ

Please fill in the *entire* template below.
-->

<!--
Please try to reproduce the issue with the latest published version. It may have already been fixed.
For npm: `typescript@next`
This is also the 'Nightly' version in the playground: http://www.typescriptlang.org/play/?ts=Nightly
-->
**TypeScript Version:**  3.6 to 3.8.0-dev.20191025

<!-- Search terms you tried before logging this (so others can find this issue more easily) -->
**Search Terms:** ambient module triple slash reference path declaration

**Code**

```ts
// A *self-contained* demonstration of the problem follows...
[typings/somemodule/index.d.ts]
declare module "somemodule"
{
  export namespace common {
    export interface Foo {
      bar: string;
      fuzz: Number;
    }
  }
}

[src/index.ts]
/// <reference path="../typings/somemodule/index.d.ts" />
```

Typescript 3.5.3 works as expected, anything at or above 3.6 has the same issue..

When running tsc -d, for a manually created declaration file, the triple slash reference path file should be preserved in the output declaration file. This particular declaration file acts as a shim for an existing library whose type definitions are incomplete and is to be included as-is and without transpiler manipulation in the output declaration file. This provides accurate intellisense for package consumers and ensures build errors do not occur.

**Expected behavior:**
Maintain the same triple-slash reference path in the .d.ts file as was in the .ts file.
```
[dist/index.d.ts]
/// <reference path="../typings/somemodule/index.d.ts" />
```

**Actual behavior:**
The reference path is changed to reference types and the relative path is also broken:
```
[dist/index.d.ts]
/// <reference types="typings/somemodule" />
```

This causes consuming applications of the package to receive the following build error:
    `Cannot find type definition file for 'typings/somemodule'.`

I have been unsuccessful in manipulating the consuming application to build correctly or provide correct intellisense with the updated directive. The original directive must be preserved.

**Playground Link:** <!-- A link to a TypeScript Playground "Share" link which demonstrates this behavior -->

**Related Issues:** I believe this is where the issue was introduced: #32878
Repository: PowerToys
Issue: [FancyZones] Change "Tab Index" of zones
Labels: Idea-Enhancement,FancyZones-Editor,Product-FancyZones

# Summary of the new feature/enhancement

as a user I would like to redefine index of each fancy zone so that they can set the order in which they switch using windows + left and right arrow hotkey.

# Proposed technical implementation details (optional)

Add a combo-box to CanvasZone.xaml that contains an enumeration of the current index length. OnChange execute a swapIndex() method in the CanvasLayoutModel. swapIndex() will trade positions of each zone in the Zones Array portion of the CanvasLayoutModel.
Repository: vscode
Issue: Web: desktop-reserved keybindings non functional in fullscreen Firefox
Labels: feature-request,upstream,web,upstream-issue-linked,firefox

Maybe we cannot get this to work, but: when I use Firefox and go fullscreen, hitting a key such as `Cmd+W` to close an editor is still closing the entire window. That makes it almost impossible to use VSCode in Firefox.

To make matters worse: simply pressing `Esc`-key gets out of fullscreen instantly....
Repository: youtube-dl
Issue: I'm request kktv.me for supported sites
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.10.22. 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.10.22**
- [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
- [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.
-->
https://www.kktv.me/play/01000337010001


## Description

<!--
Provide any additional information.
If work on your issue requires account credentials please provide them or explain how one can obtain them.
-->

Just an info, need vpn through Taiwan to watch
Repository: rust
Issue: Extend rustdoc search
Labels: T-rustdoc,A-type-based-search

### First idea

It'd be nice to write stuff like: `"avec"::Vec` or even `vec::`.

In the first example, you look specifically into the "avec" module/type and look for "Vec" inside it.

In the second example, you just look at everything inside the matching "vec" parent (so that maybe return a lot of things with a bad order).

Of course, both features could be used at the same time like: `hello::"avec"::`.

### Second idea

Another idea that came out was to be able to look at functions based on their arguments.

### Third idea

Having reverse search: instead of looking for something, you'd look for anything that isn't this thing. However, it wouldn't be on the text search itself but on the items filtering. For example: "!struct:Vec".

cc @rust-lang/rustdoc
Repository: pytorch
Issue: torch.as_tensor fails to create named tensors
Labels: triaged,module: named tensor,module: tensor creation

## 🐛 Bug

torch.as_tensor() fails to create named tensors

## To Reproduce

1. try to create a tensor from numpy ndarray using torch.as_tensor()

        image = cv2.imread(imgPath)
        image = cv2.cvtColor(image, cv2.COLOR_BGR2RGB)
        image = torch.as_tensor(image, dtype=torch.uint8, names=('H', 'W', 'C')).align_to('C', 'H', 'W')

E       TypeError: as_tensor() got an unexpected keyword argument 'names'


## Expected behavior

torch.as_tensor() create a named tensor just like torch.tensor()

## Environment

PyTorch version: 1.3.0
Is debug build: No
CUDA used to build PyTorch: 10.1.243

OS: Ubuntu 16.04.6 LTS
GCC version: (Ubuntu 5.4.0-6ubuntu1~16.04.11) 5.4.0 20160609
CMake version: Could not collect

Python version: 3.6
Is CUDA available: Yes
CUDA runtime version: 10.1.243
GPU models and configuration: GPU 0: GeForce GTX 1080 Ti
Nvidia driver version: 418.87.01
cuDNN version: /usr/lib/x86_64-linux-gnu/libcudnn.so.7.4.1

Versions of relevant libraries:
[pip3] numpy==1.17.3
[pip3] torch==1.3.0
[pip3] torchvision==0.4.1
[conda] Could not collect


cc @zou3519
Repository: rust
Issue: "LLVM ERROR: Access past stack top!" when compiling without sse2
Labels: I-crash,A-LLVM,O-x86_64,P-medium,T-compiler,C-bug,ICEBreaker-LLVM,A-target-feature

the following code produces the compilation error `LLVM ERROR: Access past stack top!` when compiling with `E:RUSTFLAGS="-Ctarget-feature=-sse2" cargo +nightly run`

```
fn main() {
    let (a, b) = get_pair();
}

fn get_pair() -> (f64, f64) {
    (0.0, 0.0)
}
```
only happens when the return values of `get_pair` are named.

also when compiling an example to a library crate like this: `E:RUSTFLAGS="-Ctarget-feature=-sse2" cargo +nightly run --example bug`

i get the following error instead:

```
process didn't exit successfully: `rustc --edition=2018 --crate-name bug examples/bug.rs --error-format=json --json=diagnostic-rendered-ansi --crate-type bin --emit=dep-info,link -C debuginfo=2 -C metadata=6421b7fc9708c373 -C extra-filename=-6421b7fc9708c373 --out-dir /home/user/Documents/bug_lib/target/debug/examples -C incremental=/home/user/Documents/bug_lib/target/debug/incremental -L dependency=/home/user/Documents/bug_lib/target/debug/deps --extern bug_lib=/home/user/Documents/bug_lib/target/debug/deps/libbug_lib-f0c2fba934c178d2.rlib -Ctarget-feature=-sse2` (signal: 11, SIGSEGV: invalid memory reference)
```

rustc version:
```
rustc 1.40.0-nightly (246be7e1a 2019-10-25)
binary: rustc
commit-hash: 246be7e1a557b8ac8287c6842379a0db67770be6
commit-date: 2019-10-25
host: x86_64-unknown-linux-gnu
release: 1.40.0-nightly
LLVM version: 9.0
```
Repository: godot
Issue: Generic6DOFJoint is behaving in a weird manner when rotating around the Y axis (it's working properly for the Z axis)
Labels: bug,confirmed,topic:physics

**Godot version:**
3.1.1
**OS/device including version:**
Ubuntu 19.10
**Issue description:**
I have joined two rigid bodies (two basic capsules) together with a Generic6DOFJoint, disabled the Angular Limit Y, enabled the Angular Motor Y. The capsules started rotating, but after doing so for about 90° they snap back approx. 15° and jump around a bit.
Repeating the same procedure with the Z axis yields two properly rotating capsules without jumping and snapping.

**Steps to reproduce:**
Create two rigid bodies, join them with a Generic6DOFJoint, disable the Angular Limit Y, enable the Angular Motor Y, set Target Velocity to 1, observe the weirdness.
**Minimal reproduction project:**
[joints.zip](https://github.com/godotengine/godot/files/3774813/joints.zip)
Repository: pytorch
Issue: Sampler for IterableDataset
Labels: module: dataloader,triaged

## 🚀 Feature

The IterableDataset is too restrictive by not allowing the combination with samplers. Sampling from a stream is well understood and possible on the fly. IterableDataset should support these use cases.

## Motivation

The IterableDataset abstraction is great for abstracting a stream of data we want to iterate over in a forward fashion. Right now it is not compatible with samplers, though. From the docs:

> Neither sampler nor batch_sampler is compatible with iterable-style datasets, since such datasets have no notion of a key or an index.

Here are two different use-cases where sampling from an IterableDataset is necessary:

1. The user knows the total size in advance

For example I have one IterableDataset per video (yielding clips), and I know the number of frames for each video and the total number of videos in advance. I can sample `k` random clips with

```
pick = set(random.sample(range(self.total), k))
mask = [i in pick for i in range(self.total)]

it = itertools.chain(*self.videos)
it = itertools.compress(it, mask)
```

and abstract over this in an IterableDataset to only walk once through all videos.

2. The user does not know the total size in advance

For example I have videos with clips but I don't want / can get the number of frames per video and therefore don't know the total size in advance. I can still sample `k` random clips out of an unknown `n` total clips e.g. via [reservoir sampling](https://en.wikipedia.org/wiki/Reservoir_sampling) and only walk once through all videos.

What are your thoughts on this?

cc @SsnL
Repository: pytorch
Issue: super().__init__() not called in torch.nn.Module.__init__
Labels: module: nn,triaged

## 🐛 Bug

`torch.nn.Module.__init__` doesn't call the `super().__init__()` , which will case troubles in multiple inheritance.

## To Reproduce

For example,
```bash
import torch

class MyBase(object):
    def __init__(self):
        super().__init__()
        print('Base initialized!')

class A(torch.nn.Module, MyBase):
    def __init__(self):
        super().__init__()
        print('A initialized!')

class B(torch.nn.Module, MyBase):
    def __init__(self):
        super().__init__()
        print('B initialized!')

class C(A, B):
    def __init__(self):
        super().__init__()
        print('C initialized!')

c = C()
```
will only print
```
B initialized!
A initialized!
C initialized!
```
while `MyBase.__init__` is NOT called.

## Expected behavior

print
```
Base initialized!
B initialized!
A initialized!
C initialized!
```

## Environment

PyTorch 1.3.0

## Additional context

[Deep Thoughts by Raymond Hettinger](https://rhettinger.wordpress.com/2011/05/26/super-considered-super/)
[super()](https://docs.python.org/3/library/functions.html#super)
Repository: flutter
Issue: CupertinoTabView is not hot reload friendly
Labels: framework,t: hot reload,from: study,f: cupertino,has reproducible steps,P2,found in release: 3.3,workaround available,found in release: 3.7,team-design,triaged-design

Hot reload won't apply changes made to the `builder` of a CupertinoTabView. A hot restart is required to see the effect of those changes. This was hit by participants in a UX study and no one had any clue about why hot reload stopped working. The code below can reproduce the issue:

```dart
import 'package:flutter/cupertino.dart';
import 'package:flutter/material.dart';

void main() => runApp(MyApp());

class MyApp extends StatelessWidget {
  Widget build(BuildContext context) {
    return CupertinoApp(
      home: HomeScreen(),
    );
  }
}

class HomeScreen extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    return CupertinoTabScaffold(
      tabBar: CupertinoTabBar(items: [
        BottomNavigationBarItem(
          icon: Icon(CupertinoIcons.home),
          title: Text('Home'),
        ),
        BottomNavigationBarItem(
          icon: Icon(CupertinoIcons.settings),
          title: Text('Settings'),
        ),
      ]),
      tabBuilder: (context, index) {
        if (index == 0) {
          return Center(
            child: Text("Home Screen",
                style: Theme.of(context).textTheme.display1),
          );
        } else {
          return CupertinoTabView(
            builder: (context) {
              return Center(
                // Changing the text style of the Text widget below requires a
                // hot restart to see its effect.
                child: Text("Settings Screen",
                    style: Theme.of(context).textTheme.display1),
              );
            },
          );
        }
      },
    );
  }
}

```

Cc: @jacob314 @Hixie
Repository: flutter
Issue: [webview_flutter] evaluateJavascript encodes return value inconsistently across Android vs iOS
Labels: p: webview,package,customer: quill (g3),team-ecosystem,P2,p: requires breaking change,triaged-ecosystem

Internal: b/143189643

On Android, the result of evaluateJavascript is JSON encoded, with surrounding quotes for strings.
On iOS, the result is a string literal (with no surrounding quotes).

This means in dart, the result of evaluateJavascript must be parsed differently between iOS and Android.
Repository: rust
Issue: Suggestion: provide better report of function argument mismatch
Labels: C-enhancement,A-diagnostics,E-mentor,T-compiler,A-suggestion-diagnostics,D-papercut

While discussing #64915 with @estebank, I asked if it would make sense to also provide a more detailed report about how closures mismatched.  For example, introspecting on the types to detect when types are in the wrong order, or when arguments are mismatched.

He pointed out that we don't even do that for regular function calls right now.  For example:

https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=8288d94517c964071278be6833560f70

The above snippet could, in theory, provide a more detailed report which suggested that the arguments might be swapped in the first call, or that the second argument is missing in the second call.  (Things like longest common subsequence could help here).

@estebank said he's been thinking about something like this for a while, and offered to provide some mentorship if I wanted to tackle this as a slightly bigger contribution, since it'd be easier than closure comparison off the bat.

<!-- TRIAGEBOT_START -->

<!-- TRIAGEBOT_ASSIGN_START -->
This issue has been assigned to @Quantumplation via [this comment](https://github.com/rust-lang/rust/issues/65853#issuecomment-546643811).
<!-- TRIAGEBOT_ASSIGN_DATA_START$${"user":"Quantumplation"}$$TRIAGEBOT_ASSIGN_DATA_END -->

<!-- TRIAGEBOT_ASSIGN_END -->
<!-- TRIAGEBOT_END -->
Repository: godot
Issue: Large export integer loses precision when modified from the editor
Labels: bug,topic:core,topic:editor,confirmed,topic:gui

**Godot version:** 
v3.1.1.stable.official

**OS/device including version:**
Ubuntu 18.04.3 LTS 64-bit
Intel® Core™ i7-3930K CPU @ 3.20GHz × 12
GeForce GTX 1080 Ti/PCIe/SSE2
32GB ram

**Issue description:**
Large exported INT variables
`export var a: int = 10000000000000`
**If changed manually in the editor by typing or deleting a digit will become an unpredictable number.**
If the number is edited to a float value that has a dot, it will round to a predictable int number
When using the input arrows to modify the number incrementally everything seems to work fine.
When dragging the mouse to modify the number incrementally it also seems to work fine.

**Steps to reproduce:**
add to a script: 
`export var a: int = 10000000000000`
In the Script Variables section in the editor, delete the last digit and press enter.