sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: vscode
Issue: Neo keyboard layout: Some Keys stopped working
Labels: bug,help wanted,linux,keyboard-layout

- VSCode Version: Code 1.11.0 (9122ec4b1068bd391e41974f46a4b54c1b9c90f9, 2017-04-05T21:13:24.700Z)
- OS Version: Linux x64 4.4.0-72-generic

---

Steps to Reproduce:

1. Install and activate [Neo](https://en.wikipedia.org/wiki/Keyboard_layout#Neo) keyboard layout
2. Open any source file in VS code
3. Put cursor somewhere in the file
4. Press `M4` key and hold. Press `s` key (see image)
5. Instead of the cursor moving left, nothing happens

In the previous version of VSCode (1.10.2 8076a19fdcab7e1fc1707952d652f0bb6c6db331) this worked just fine .

![tastatur_e4b png](https://cloud.githubusercontent.com/assets/378106/24753062/df9a58fe-1ad0-11e7-9713-af281be3b7af.png)
Repository: rust
Issue: `rustc` fails to see a bound that is present, but also requires that the bound not be present
Labels: A-trait-system,A-associated-items,T-compiler,C-bug,A-lazy-normalization,fixed-by-next-solver

In certain cases, `rustc` will emit an error message on what appears to be valid code, claiming that
- a bound that is present is not present, and must be present
- but the bound is present and must not be present

Here is a MWE (or [playground](https://is.gd/mHDB4C)):
```
trait Foo<T> { type Quux; }
trait Bar<B> {
    type Baz;
    fn arthur() where B: Foo<Self::Baz>, B::Quux: Send;
}
impl<B> Bar<B> for () {
    type Baz = ();
    fn arthur() where B: Foo<()>, B::Quux: Send { }
}
```

This produces the pair of errors:
```
rustc 1.16.0 (30cf806ef 2017-03-10)
error[E0277]: the trait bound `B: Foo<()>` is not satisfied
 --> <anon>:8:5
  |
8 |     fn arthur() where B: Foo<()>, B::Quux: Send { }
  |     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ the trait `Foo<()>` is not implemented for `B`
  |
  = help: consider adding a `where B: Foo<()>` bound

error[E0276]: impl has stricter requirements than trait
 --> <anon>:8:5
  |
4 |     fn arthur() where B: Foo<Self::Baz>, B::Quux: Send;
  |     --------------------------------------------------- definition of `arthur` from trait
...
8 |     fn arthur() where B: Foo<()>, B::Quux: Send { }
  |     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ impl has extra requirement `B: Foo<()>`

error: aborting due to 2 previous errors
```
Repository: awesome-mac
Issue: Replace icon with descriptions
Labels: vote

The icons on the page may seem nice, but filtering or searching based on them is impossible unless you go directly to the markdown.

    ![Open-Source Software][OSS Icon] means **open source**, click to enter **open source** repo;  
    ![Freeware][Freeware Icon] means **free** to use, or **free** personal license;  
    ![hot][hot Icon] means **hot** app;  
    ![tuijian][tuijian Icon] means **recommended** app;  
    ![must-have][bibei Icon] means **must have** app;  
    ![App Store][app-store Icon] means **App store** hyperlink;  
    ![1 star][red Icon] means highly recommended must have app, the number of stars represents how strong I recommend;


I propose we either change these, or add the actual text of what they mean into the line. This would allow to search based on a keyword as if it where a label.
Repository: go
Issue: cmd/compile: possible infinite recursion in Type.cmp
Labels: NeedsInvestigation,compiler/runtime

If two of the types in fixedbugs/bug398.go make it into the backend and get passed to Type.cmp, they can cause infinite recursion. See https://go-review.googlesource.com/c/39710/ patch set 3 for a roundabout example.

It is non-obvious how to fix this, because if we detect infinite recursion, how should the types compare?
Repository: godot
Issue: WindowDialog Drag Panel not visible
Labels: discussion,topic:gui

The drag panel is not visible with pos(0,0) is this intended?
Why is the origin not at the top left of the panel?

![image](https://cloud.githubusercontent.com/assets/4741886/24778077/f342cf28-1b28-11e7-97c6-b7a2d68f8c05.png)

1. Add WindowDialog.
2. Run Game.
3. Try to drag the WindowDialog.

Edit:
Looks like I used show() instead of popup() so I think it's all right.

Edit2:
What is show() for in controls? Is there any use case? 


Master branch
Ubuntu
Repository: go
Issue: encoding/asn1: cannot unmarshal SET if its fields have different ordering
Labels: NeedsInvestigation

Please answer these questions before submitting your issue. Thanks!

#### What did you do?
If possible, provide a recipe for reproducing the error.
A complete runnable program is good.
A link on play.golang.org is best.
```go
package main

import (
	"encoding/asn1"
	"fmt"
)

type A struct {
	Name string
	Int  int
}

type B struct {
	Int  int
	Name string
}

func main() {
	bs, err := asn1.Marshal(A{Name: "foo", Int: 5})
	if err != nil {
		panic(err)
	}

	bs[0] = asn1.TagSet | 0x20

	var b B

	rest, err := asn1.UnmarshalWithParams(bs, &b, "set")
	if err != nil {
		panic(err)
	}
	if len(rest) != 0 {
		panic("invalid length")
	}

	fmt.Println(b)
}
```

#### What did you expect to see?
{5 foo}

#### What did you see instead?
panic: asn1: structure error: tags don't match (2 vs {class:0 tag:19 length:3 isCompound:false}) {optional:false explicit:false application:false defaultValue:<nil> tag:<nil> stringType:0 timeType:0 set:false omitEmpty:false} int @2

goroutine 1 [running]:
main.main()
	/Users/hiro/set.go:42 +0x24a
exit status 2

#### Does this issue reproduce with the latest release (go1.8)?
yes

#### System details

```
go version devel +5cadc91b3c Tue Apr 4 02:40:11 2017 +0000 darwin/amd64
GOARCH="amd64"
GOBIN=""
GOEXE=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GOOS="darwin"
GOPATH="/Users/hiro/.go"
GORACE=""
GOROOT="/Users/hiro/go"
GOTOOLDIR="/Users/hiro/go/pkg/tool/darwin_amd64"
GCCGO="gccgo"
CC="clang"
GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/wq/dwn8hs0x7njbzty9f68y61700000gn/T/go-build019140017=/tmp/go-build -gno-record-gcc-switches -fno-common"
CXX="clang++"
CGO_ENABLED="1"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOROOT/bin/go version: go version devel +5cadc91b3c Tue Apr 4 02:40:11 2017 +0000 darwin/amd64
GOROOT/bin/go tool compile -V: compile version devel +5cadc91b3c Tue Apr 4 02:40:11 2017 +0000 X:framepointer
uname -v: Darwin Kernel Version 16.5.0: Fri Mar  3 16:52:33 PST 2017; root:xnu-3789.51.2~3/RELEASE_X86_64
ProductName:	Mac OS X
ProductVersion:	10.12.4
BuildVersion:	16E195
lldb --version: lldb-370.0.37
  Swift-3.1
gdb --version: GNU gdb (GDB) 7.12.1
```
Repository: rust
Issue: NVPTX: "LLVM ERROR: Cannot select" when translating `num::from_str_radix`
Labels: A-LLVM,T-compiler,O-NVPTX,C-bug

### STR

```
$ rustc libcore/lib.rs
LLVM ERROR: Cannot select: 0x7f1356ad1170: i64,ch,glue = NVPTXISD::LoadParam<LDST0[<unknown>](align=8)> 0x7f13567aa6c0:1, Constant:i32<1>, Constant:i32<1454182880>, 0x7f13567aa6c0:2
  0x7f13567aac00: i32 = Constant<1>
  0x7f1356ad18e0: i32 = Constant<1454182880>
  0x7f13567aa6c0: i64,ch,glue = NVPTXISD::LoadParam<LDST16[<unknown>](align=8)> 0x7f1356420650, Constant:i32<1>, Constant:i32<0>, 0x7f1356420650:1
    0x7f13567aac00: i32 = Constant<1>
    0x7f134764fba0: i32 = Constant<0>
    0x7f1356420650: ch,glue = NVPTXISD::CallArgEnd 0x7f13546d9620, Constant:i32<1>, 0x7f13546d9620:1
      0x7f13567aac00: i32 = Constant<1>
      0x7f13546d9620: ch,glue = NVPTXISD::LastCallArg 0x7f13567aa5e0, Constant:i32<1>, Constant:i32<0>, 0x7f13567aa5e0:1
        0x7f13567aac00: i32 = Constant<1>
        0x7f134764fba0: i32 = Constant<0>
        0x7f13567aa5e0: ch,glue = NVPTXISD::CallArgBegin 0x7f1356ad1aa0, 0x7f1356ad1aa0:1
          0x7f1356ad1aa0: ch,glue = NVPTXISD::CallVoid 0x7f1356ad1a30, 0x7f13546d9460, 0x7f1356ad1a30:1
            0x7f13546d9460: i64 = NVPTXISD::Wrapper TargetGlobalAddress:i64<i128 (i32)* @"_ZN54_$LT$u128$u20$as$u20$core..num..FromStrRadixHelper$GT$8from_u3217h2e1aa7ebab2ba02cE"> 0
              0x7f13549f5900: i64 = TargetGlobalAddress<i128 (i32)* @"_ZN54_$LT$u128$u20$as$u20$core..num..FromStrRadixHelper$GT$8from_u3217h2e1aa7ebab2ba02cE"> 0
            0x7f1356ad1a30: ch,glue = NVPTXISD::PrintCallUni 0x7f134764ff20, Constant:i32<1>, 0x7f134764ff20:1
              0x7f13567aac00: i32 = Constant<1>
              0x7f134764ff20: ch,glue = NVPTXISD::DeclareRet 0x7f1356273c20, Constant:i32<1>, Constant:i32<128>, Constant:i32<0>, 0x7f1356273c20:1
                0x7f13567aac00: i32 = Constant<1>
                0x7f1356ad11e0: i32 = Constant<128>
                0x7f134764fba0: i32 = Constant<0>
                0x7f1356273c20: ch,glue = NVPTXISD::StoreParam<LDST4[<unknown>]> 0x7f13568bf2e0, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, 0x7f13568bf2e0:1
                  0x7f134764fba0: i32 = Constant<0>
                  0x7f134764fba0: i32 = Constant<0>
                  0x7f134764fba0: i32 = Constant<0>
                  0x7f13568bf2e0: ch,glue = NVPTXISD::DeclareScalarParam 0x7f13568beda0, Constant:i32<0>,Constant:i32<32>, Constant:i32<0>, 0x7f13568beda0:1




In function: _ZN4core3num14from_str_radix17h4c0c1d66bbd93620E
```

NOTE: Requires turning off LLVM assertions to avoid #38824

### Meta

```
$ rustc --version
rustc 1.18.0-dev (50c186419 2017-04-06)
```
Repository: go
Issue: crypto/tls: Dial returns io.EOF
Labels: NeedsDecision

If the server closes the connection before handshake completes, net/tls returns a non-descriptive error "EOF".

https://play.golang.org/p/zI-MazOG7v

Also locally go version go1.8 darwin/amd64

This may be same as https://github.com/golang/go/issues/13523#issuecomment-167636935 @rsc @bradfitz . 

### What did you expect to see?

A more descriptive error similar to other errors from net/tls.

* dial tcp 127.0.0.1:8081: getsockopt: connection refused
* x509: cannot validate certificate for 216.58.209.132 because it doesn't contain any IP SANs

### What did you see instead?

	_, err := tls.Dial("tcp", "127.0.0.1:8080", nil)
	if err != nil {
		fmt.Println(err)
		fmt.Printf("%#v == io.EOF: %v", err, err == io.EOF)
	}

Output:

    EOF
    &errors.errorString{s:"EOF"} == io.EOF: true

Of course there is nothing that can be done, the closing of underlying connection is fatal, but is it possible to improve the error?
Repository: neovim
Issue: Remove code which uses locale dependent is*()/to*() libc functions
Labels: refactor,localization,encoding,complexity:low

Currently there are a number of places where libc functions like islower()/etc (those from `ctype.h`) are used. The problem is that all our strings are UTF-8 ones and nobody bothered to set locale to UTF-8, so functions are only more or less safe to use for ASCII only (not safe at all if encoding happens to be not-ASCII-compatible, though I doubt Neovim will work correctly in this case in other places). And when using that for ASCII there are three main possibilities:

1. Function will return what we may already return with `ASCII_…`/`ascii_…` macros/functions. In this case it is better to just use those macros.
2. Function will return something unexpected: e.g. that `a` is not `islower()`. Most likely the result will be user seeing what he thinks is a bug.
3. Function (specifically `tolower()`/`toupper()`) will return a character outside of the ASCII (theoretically possible for 8-bit encodings). But using that character as a byte will result in invalid unicode and using this character as a unicode codepoint will result in wrong codepoint in all cases, except for latin1 locales.

## Proposal 

- drop each and every call to libc functions from ctype.h, replacing that with our `ascii_…`.
- ✅  Rewrite all calls to wchar.h functions:
    - in three files including wchar.h I see only one actually using that:
        - charset.c claims it is using towupper()/towlower(), it is not (or hidden in a macros);
        - spell_defs.h are not using towupper()/towlower() (enc_utf8 is always true, so relevant branch is never entered);
        - mbyte.c does use that, though guarded by an `#ifdef` and &casemap setting.

I hope I have not missed some reason to use single-byte functions from ctype.h. Specifically interesting whether point 2 (return something unexpected) may be needed (and what may be “unexpected” there).
Repository: rust
Issue: Error message when VS 2015 build tools exist but not the SDK needs to be better
Labels: C-enhancement,A-diagnostics,T-compiler,O-windows-msvc,E-help-wanted

Today on Widows we tell users to install the MSVC 2015 build tools and the Windows SDK. If they install the build tools but not the Windows SDK they just get a mysterious linker error. It would be preferable to detect this situation and print a purpose-specific error.
Repository: go
Issue: database/sql: resurrect go-sql-test with modern container things
Labels: Testing,help wanted

https://github.com/bradfitz/go-sql-test was an effort to automate testing of database/sql against all of the out-of-tree database drivers.

Nowadays there are many more drivers: https://golang.org/wiki/SQLDrivers

But https://github.com/bradfitz/go-sql-test is old & neglected & broken. It predates Dockers (by about a year).

It should use containers and be runnable by anybody without a bunch of setup work.

Anybody have time to help?

/cc @kardianos
Repository: youtube-dl
Issue: Please Add MultiThread For Download Youtube Fragments
Labels: request

### Make sure you are using the *latest* version: run `youtube-dl --version` and ensure your version is *2017.04.03*. If it's not read [this FAQ entry](https://github.com/rg3/youtube-dl/blob/master/README.md#how-do-i-update-youtube-dl) and update. Issues with outdated version will be rejected.
- [x] I've **verified** and **I assure** that I'm running youtube-dl **2017.04.03**

### Before submitting an *issue* make sure you have:
- [x] At least skimmed through [README](https://github.com/rg3/youtube-dl/blob/master/README.md) and **most notably** [FAQ](https://github.com/rg3/youtube-dl#faq) and [BUGS](https://github.com/rg3/youtube-dl#bugs) sections
- [x] [Searched](https://github.com/rg3/youtube-dl/search?type=Issues) the bugtracker for similar issues including closed ones

### What is the purpose of your *issue*?
- [ ] Bug report (encountered problems with youtube-dl)
- [ ] Site support request (request for adding support for a new site)
- [x] Feature request (request for a new functionality)
- [x] Question
- [ ] Other


I Wonder is Fragments Downloader Use single thread ?

My speed can up to 4 mb/s for download single youtube mp4 file .
But if it is fragments , the speed will just 100 ~ 900kb/s .
I think it's because there is only one thread for download all fragments and it will make connection | create the file | download | finish the connection for every single fragments .
It will useful if there is 10 thread and each thread download 1 fragments . (something like that)

You guys did a great job , thanks .
Repository: go
Issue: encoding/asn1: marshaling GeneralizedTime and UTCTime don't follow DER restriction
Labels: NeedsInvestigation

Please answer these questions before submitting your issue. Thanks!

### What version of Go are you using (`go version`)?


### What operating system and processor architecture are you using (`go env`)?


### What did you do?

If possible, provide a recipe for reproducing the error.
A complete runnable program is good.
A link on play.golang.org is best.

I've just noticed that:
https://github.com/golang/go/blob/2acd3fa8f134dafd34a1789177950474b256a74a/src/encoding/asn1/marshal.go#L371-L388

doesn't follow DER restriction.

X.690 says:
> 11.7.1 The encoding shall terminate with a "Z", as described in the Rec. ITU-T X.680 | ISO/IEC 8824-1 clause on GeneralizedTime.
>
> 11.8.1 The encoding shall terminate with "Z", as described in the ITU-T X.680 | ISO/IEC 8824-1 clause on UTCTime.

### What did you expect to see?
it follows DER restriction.

### What did you see instead?
not.
Repository: rust
Issue: `!` in Fn types
Labels: A-type-system,T-compiler,C-feature-request,T-types

I've encountered the following issue ([playpen link](https://is.gd/E8Ae7Y)):

```rust
use std::process::exit;

fn main() {
    let stuff = get_stuff().unwrap_or_else(exit);  // ERROR
    let stuff = get_stuff().unwrap_or_else(|e| exit(e));  // WORKS
    let stuff = get_stuff().unwrap_or_else(|e| { exit(e); }); // ALSO WORKS
}

type Stuff = u32;
type ExitCode = i32;

fn get_stuff() -> Result<Stuff, ExitCode> {
    Ok(42)
}
```

Conceptually, all three variants should do the exact same thing, but the first one yields the following error:
```
error[E0271]: type mismatch resolving `<fn(i32) -> ! {std::process::exit} as std::ops::FnOnce<(i32,)>>::Output == u32`
 --> <anon>:5:29
  |
5 |     let stuff = get_stuff().unwrap_or_else(exit);
  |                             ^^^^^^^^^^^^^^ expected !, found u32
  |
  = note: expected type `!`
             found type `u32`
```

which seems to be about the lack of `!` to `u32` conversion. But the second variant is where exactly such a conversion appears to be occurring. Furthermore, the third variant indicates even more exceptional behavior regarding `!`, as it seemingly enables `()` to be treated as the `Stuff` type.

Is this an intended behavior, a type inference bug, unclear error messaging, or something else entirely?
Repository: opencv
Issue: cv::randn generates unexpected result for multivariate Gaussian distribution
Labels: RFC

<!--
If you have a question rather than reporting a bug please go to http://answers.opencv.org where you get much faster responses.
If you need further assistance please read [How To Contribute](https://github.com/opencv/opencv/wiki/How_to_contribute).

This is a template helping you to create an issue which can be processed as quickly as possible. This is the bug reporting section for the OpenCV library.
-->

##### System information (version)
<!-- Example
- OpenCV => latest
- Operating System / Platform => Windows 64 Bit
- Compiler => Visual Studio 2015
-->

- OpenCV => master branch
- Operating System / Platform => Mac OS
- Compiler => clang

##### Detailed description

`cv::randn` generates unexpected result for multivariate Gaussian distribution.

##### Steps to reproduce
```.cpp
#include <opencv2/core.hpp>
#include <iostream>
int main()
{
  // cv::setRNGSeed(cv::getTickCount()); // set the seed
  // 2-d gaussian distribution (independent)
  // mean: [0, 1]
  // standard deviation:
  // [1, 0
  //  0, 0.5]
  //

  int n = 500;
  cv::Mat m, mean, stddev;

  cv::Mat mu(2,1,CV_32FC1);
  mu = cv::Scalar(0, 1);
  cv::Mat sigma(2,2,CV_32FC1);
  cv::Mat_<float> &my_sigma = (cv::Mat_<float>&)sigma;
  my_sigma << 1,0,0,0.5;

  m.create(n,n,CV_32FC2);
  cv::randn(m, mu, sigma);
  cv::meanStdDev(m, mean, stddev);
  std::cout << "mean:  \n" << mean << std::endl;
  std::cout << "stddev: \n" << stddev << std::endl;
  return 0;
}
```
The output is
```
mean:  
[0.001034765188015391;
 -6.340903658276147e-05]
stddev: 
[1.002229475202363;
 0.499279123027616]
```

It shows that the standard deviation is [1, 0.5], which is expected. But the mean is unexpected, which is [0, 0], instead of [0,1] .
Repository: youtube-dl
Issue: Subtitles present in browser not downloaded (viafree.no)
Labels: geo-restricted

    $ youtube-dl -v --write-sub --sub-lang en,no https://www.viafree.no/programmer/underholdning/paradise-hotel/sesong-9/episode-1
    [debug] youtube-dl version 2017.04.03
    [debug] Python version 2.7.10 - Darwin-16.5.0-x86_64-i386-64bit
    [debug] exe versions: ffmpeg 3.2.2, ffprobe 3.2.2, rtmpdump 2.4
    [ffmpeg] There aren't any subtitles to convert
Repository: neovim
Issue: guicursor doesn't take affect after set all&
Labels: bug,complexity:low,core,options

Starting nvim with `build/bin/nvim -u NONE` in an `xterm`. Then run

```
set guicursor?
set all&
set guicursor?
```
You can see the value has changed, but the affect doesn't change.

Running
```
set guicursor&
```
changes the affect, but it doesn't change the value observed with `set guicursor?`
Repository: three.js
Issue: Time warping bug in AnimationAction.crossFadeTo() and AnimationAction.crossFadeFrom()
Labels: Needs Investigation

After crossfading with time warping the timeScale value of the start action is not reset.

To reproduce the problem try [this example](https://rawgit.com/jostschmithals/three.js/crossfadeBugTest/examples/crossfadeTest.html) which is using [this animation code]( https://github.com/jostschmithals/three.js/blob/crossfadeBugTest/examples/crossfadeTest.html#L81-L106).

If you make a crossfade from “run” to “idle” first, wait until it is finished, and then play “run” again, running will always happen in slow motion (this would even be the case if you would make a `runAction.reset().play`). The display shows that the "run" action's timeScale is 0.18 instead of 1.0.

The time warping of “run” should work like the green line in the following screenshot (which is symmetric to the blue “idle” line). But since the reset of the “run” action's timeScale is missing, it ends with the red line:
![graph timescale](https://cloud.githubusercontent.com/assets/5700294/24830296/5ce82fb2-1c83-11e7-8cbf-d53078326c5d.jpg)
So you have to reset the effective timeScale to the former value manually in each place of an application where (dependent on user inputs) a crossfading with time warping might have happened before.

I can't imagine that this is the intended behaviour(?)

___

BTW: I noticed one other issue with crossfading, which is at least inconvenient:

Before you can make a crossfade you always have to manually set the effective weight of the end action to 1. Wouldn’t this better be the default in the crossfade methods, which use this internally?
Repository: kubernetes
Issue: Removing flags at the end of their deprecation period is rarely easy
Labels: area/test,area/api,priority/important-longterm,sig/architecture,lifecycle/frozen

Removing deprecated flags is annoying because a number of components typically aren't kept up to date when the flags are initially deprecated - and it typically falls to the person doing the removal to fix these components.

Off the top of my head:
- Provisioning scripts are rarely kept up to date until it's time to actually remove the flag. For an example, see #40050. I'd like to maybe have something like flags verification identify which flags are deprecated and warn us when `--{flag-name}` shows up in the repo.
- Today, core-repo tests of non-core components (thinking of kops) can fail and block PRs that remove deprecated flags in the core repo (see #44230 for a recent example). This is a useful signal, but it does seem a bit backwards - shouldn't non-core components have their own testing to ensure they comply with the flags in core `master`, and be on the hook for staying up to date?

@justinsb thoughts? I understand having e.g. the kops test in core helps prevent us from inadvertently breaking kops, but the flags thing is really a rough edge. Now that we've canonized a [deprecation policy](https://kubernetes.io/docs/home/deprecation-policy/) that includes flags, has the need for running this kind of testing in the PR builder diminished? I imagine the majority of things we could do to break kops would be poorly-managed API changes, which the deprecation policy prevents (in-theory).