sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: godot
Issue: RigidBody and RigidBody2D ignore scaling on runtime
Labels: bug,confirmed,topic:physics

**Operating system or device - Godot version:**
Mageia 6 x64, Godot 2.0.4.1 and master HEAD.

**Issue description** (what happened, and what was expected):
RigidBody2D does not respect its scale parameter, or that of its parents. When scaling a RigidBody2D (directly or by scaling its parent), it shows properly scaled in the editor, but on runtime the scale is ignored.

**Steps to reproduce:**
1. Add a RigidBody2D, with a Sprite to actually see its size
2. Scale it down or up
3. Run the project

**Link to minimal example project** (optional but very welcome):
`3.x` MRP (works in `master` too): [RigidBody2D_scaling_bug.zip](https://github.com/godotengine/godot/files/7505078/RigidBody2D_scaling_bug.zip)

(Old 2.1 project: [RigidBody2D_scaling_bug.zip](https://github.com/godotengine/godot/files/367243/RigidBody2D_scaling_bug.zip))

The project has a root Node2D scaled by (0.2, 0.2), and RigidBody2D, StaticBody2D and KinematicBody2D children. When running the scene, you'll see that only the RigidBody2D does not respect its parent's scale.
Repository: opencv
Issue: OpenCV 3.1 cannot explicitly set OpenCL device
Labels: feature,category: core,category: t-api

##### System information (version)

I checked the following environment.
- OpenCV => 3.1
- Operating System / Platform => Windows 10 64bit
- Compiler => Visual Studio 2013
- CUDA Toolkit => 7.5(64bit)

**addtional information**
- [x] WITH_OPENCL
- [ ] WITH_OPENCLAMDBLAS
- [ ] WITH_OPENCLAMDFFT
- [ ] WITH_OPENCL_SVM

But, I think that there is same issue in other platforms.
##### Detailed description

OpenCV 2.4.x can explicitly set OpenCL device by <code>cv::ocl::setDevice</code>.
Because, context is defined as a [global variable](https://github.com/opencv/opencv/blob/2.4.13/modules/ocl/src/cl_context.cpp#L655). And, this variable is changed by [cv::ocl::setDevice](https://github.com/opencv/opencv/blob/2.4.13/modules/ocl/src/cl_context.cpp#L776).

On the other hands, OpenCV 3.x cannot explicitly set OpenCL device.
Because, <code>cv::ocl::setDevice</code> was removed from OpenCV 3.0.

And, <code>cv::ocl::Device</code>'s constructor [sets context](https://github.com/opencv/opencv/blob/3.1.0/modules/core/src/ocl.cpp#L1877). But, this change does not affect the global.
And, device id is not set [CoreTLSData](https://github.com/opencv/opencv/blob/3.1.0/modules/core/src/precomp.hpp#L272).
##### Steps to reproduce

``` .cpp
#include <opencv2/core.hpp>
#include <opencv2/core/ocl.hpp>
#include <opencv2/imgproc.hpp>
#include <opencv2/imgcodecs.hpp>

int main(int argc, char** argv)
{
    cv::ocl::Context context;
    cv::ocl::Device(context.device(1)); // NG

    cv::UMat img, gray;
    cv::imread("lena.jpg", cv::IMREAD_UNCHANGED).copyTo(img);
    cv::cvtColor(img, gray, cv::COLOR_BGR2GRAY);
    cv::imwrite("gray.jpg", gray);

    return 0;
}
```
Repository: nvm
Issue: Add --verbose option to help diagnose remote/install slowness
Labels: installing node,feature requests,pull request wanted

I ran into some slowness here, thought `nvm` was hanging since it took over 2 minutes to do an `nvm ls-remote`: https://github.com/creationix/nvm/issues/1157

A `--verbose` option for `nvm install`/`nvm ls-remote`/`nvm version-remote` would really be useful to enable end users to diagnose their own issues. Specifically, if DNS/network/disk issues can have a negative effect on `nvm`, it will be useful to collect that information to better place blame.
Repository: go
Issue: cmd/go: provide better error message when cross-compiling toolchain is required
Labels: help wanted,NeedsFix

1. What version of Go are you using (`go version`)?

510fb6397dfc93067dc90d42c58dfc5f8b995285: tip between 1.7rc1 and 1.7rc2
1. What operating system and processor architecture are you using (`go env`)?

```
GOARCH="amd64"
GOBIN="/Users/josh/bin"
GOEXE=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GOOS="darwin"
GOPATH="/Users/josh"
GORACE=""
GOROOT="/Users/josh/go/tip"
GOTOOLDIR="/Users/josh/go/tip/pkg/tool/darwin_amd64"
CC="clang"
GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/pp/0010hzld5b12h_92j5th082r0000gn/T/go-build629103623=/tmp/go-build -gno-record-gcc-switches -fno-common"
CXX="clang++"
CGO_ENABLED="1"
```
1. What did you do?

`GOOS=android GOARCH=amd64 go install std cmd`
1. What did you expect to see?

Success.
1. What did you see instead?

```
# cmd/addr2line
warning: unable to find runtime/cgo.a
/Users/josh/go/tip/pkg/tool/darwin_amd64/link: running clang failed: exit status 1
ld: unknown option: -z
clang: error: linker command failed with exit code 1 (use -v to see invocation)

# cmd/asm
warning: unable to find runtime/cgo.a
/Users/josh/go/tip/pkg/tool/darwin_amd64/link: running clang failed: exit status 1
ld: unknown option: -z
clang: error: linker command failed with exit code 1 (use -v to see invocation)

and so on
```

Running `GOOS=android GOARCH=amd64 go install -ldflags=-v std cmd`:

```
# cmd/cgo
HEADER = -H4 -T0x401000 -D0x0 -R0x1000
searching for runtime.a in $WORK/runtime.a
searching for runtime.a in /Users/josh/go/tip/pkg/android_amd64_shared/runtime.a
searching for runtime/cgo.a in $WORK/runtime/cgo.a
searching for runtime/cgo.a in /Users/josh/go/tip/pkg/android_amd64_shared/runtime/cgo.a
warning: unable to find runtime/cgo.a
 0.00 deadcode
 0.03 pclntab=599713 bytes, funcdata total 119620 bytes
 0.03 dodata
 0.04 dwarf
 0.07 symsize = 0
 0.16 reloc
 0.17 asmb
 0.17 codeblk
 0.17 datblk
 0.18 sym
 0.18 symsize = 122040
 0.19 symsize = 122088
 0.19 dwarf
 0.21 headr
host link: "clang" "-m64" "-gdwarf-2" "-Wl,-z,relro" "-pie" "-o" "/var/folders/pp/0010hzld5b12h_92j5th082r0000gn/T/go-build962217633/cmd/cgo/_obj/exe/a.out" "-rdynamic" "-Qunused-arguments" "/var/folders/pp/0010hzld5b12h_92j5th082r0000gn/T/go-link-534529285/go.o"
/Users/josh/go/tip/pkg/tool/darwin_amd64/link: running clang failed: exit status 1
ld: unknown option: -z
clang: error: linker command failed with exit code 1 (use -v to see invocation)

and so on
```

This also causes `GOOS=android GOARCH=amd64 ./bootstrap.bash` to fail.

Maybe this is expected (?), but it doesn't seem right to me.
Repository: youtube-dl
Issue: Issue downloading a video from smithsonian Channel with uses brightcove
Labels: site-support-request,tv-provider-account-needed

### What is the purpose of your _issue_?
- [x] Site support request (request for adding support for a new site)

---
### The following sections concretize particular purposed issues, you can erase any section (the contents between triple ---) not applicable to your _issue_

---
### If the purpose of this _issue_ is a _bug report_, _site support request_ or you are not completely sure provide the full verbose output as follows:

Add `-v` flag to **your command line** you run youtube-dl with, copy the **whole** output and insert it here. It should look similar to one below (replace it with **your** log inserted between triple ```):

```
$ youtube-dl -v <your command line>
[debug] System config: []
[debug] User config: []
[debug] Command-line args: [u'-v', u'http://www.smithsonianchannel.com/videos/nazi-temple-of-doom/22932']
[debug] Encodings: locale US-ASCII, fs utf-8, out US-ASCII, pref US-ASCII
[debug] youtube-dl version 2016.07.16
[debug] Python version 2.7.10 - Darwin-15.5.0-x86_64-i386-64bit
[debug] exe versions: ffmpeg 3.1.1, ffprobe 3.1.1
[debug] Proxy map: {}
[generic] 22932: Requesting header
WARNING: Falling back on generic information extractor.
[generic] 22932: Downloading webpage
[generic] 22932: Extracting information
[generic] Brightcove video detected.
[download] Downloading playlist: Nazi Temple of Doom
[generic] playlist Nazi Temple of Doom: Collected 1 video ids (downloading 1 of them)
[download] Downloading video 1 of 1
[brightcove:legacy] 5030831008001: Downloading webpage
[brightcove:legacy] 5030831008001: Extracting information
Traceback (most recent call last):
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/runpy.py", line 162, in _run_module_as_main
    "__main__", fname, loader, pkg_name)
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/runpy.py", line 72, in _run_code
    exec code in run_globals
  File "/usr/local/bin/youtube-dl/__main__.py", line 19, in <module>
  File "/usr/local/bin/youtube-dl/youtube_dl/__init__.py", line 422, in main
  File "/usr/local/bin/youtube-dl/youtube_dl/__init__.py", line 412, in _real_main
  File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 1775, in download
  File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 693, in extract_info
  File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 854, in process_ie_result
  File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 746, in process_ie_result
  File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 682, in extract_info
  File "/usr/local/bin/youtube-dl/youtube_dl/extractor/common.py", line 347, in extract
  File "/usr/local/bin/youtube-dl/youtube_dl/extractor/brightcove.py", line 274, in _real_extract
  File "/usr/local/bin/youtube-dl/youtube_dl/extractor/brightcove.py", line 302, in _get_video_info
TypeError: 'NoneType' object has no attribute '__getitem__'
...
<end of log>
```
Repository: neovim
Issue: rshada|wshada merges jumplists
Labels: enhancement,editor-state

- NVIM v0.1.5-539-g204f557
- Vim (version: ) behaves differently? Vim doesn't merge

I like to use rshada|wshada to merge register content, but this also merges the jumplists.

A combined jumplist with the most recent jumps is fine with me on nvim startup, but I like to keep my jumplists separated per window while using nvim.

It seems that there is no option to merge registers but not to merge the jumplist, as " ' " (which should control it) is mandatory in the 'shada' option.
### Actual behaviour

`:rshada` merges the jumplist
### Expected behaviour

Make merging the jumplist optional
### Steps to reproduce using `nvim -u NORC`

```
seq 1 100 > a
seq 101 200 > b
nvim -u NORC -o a b
/30
<C-w>-j
/50
:wshada
:q
:rshada
<C-o>

Expected: jumps to 1
Result: jumps to 101 in file b


```
Repository: opencv
Issue: Extract code snippets from documentation
Labels: feature,category: documentation,affected: 3.4

Instead of adding code snippets to documetnation directly using `@code` Doxygen command it is better to paste code from compilable source file using `@snippet` command. 
All (or as many as possible) snippets should be extracted into separate static libraries or example programs to be checked during library build.
Repository: rust
Issue: `rust-call` call ABI is not feature gated at call-sites
Labels: P-medium,A-stability,T-lang,C-bug,F-unboxed_closures

Note: This may be a feature, not a bug.  But I wanted to make the point explicit.

If I make a crate named `defs` with this:

``` rust
#![feature(unboxed_closures)]
pub extern "rust-call" fn foo(_: (), _: ()) { println!("defs::foo"); }
```

and then a bin crate `uses` with a dependency on `defs` and this for its `main.rs`:

``` rust
extern crate defs;
fn main() {
    println!("Hello");
    defs::foo((), ());
    println!("world!");

}
```

Compiling the former obviously provides the feature gate it needs to define something with the `rust-call` ABI.

But compiling the latter does not require any feature gate, even though it is calling something via the `rust-call` ABI which is not stable.

This may be fine, since the point of origin _is_ gated (apart from problems like #34900).  But it seems worth discussion.
Repository: go
Issue: release: cannot install from .pkg into any dir except /usr/local/go
Labels: NeedsFix

Please answer these questions before submitting your issue. Thanks!
1. What version of Go are you using (`go version`)?
   1.7rc2
2. What operating system and processor architecture are you using (`go env`)?
   Mac OS 10.11.4, darwin amd64
3. What did you do?
   I installed 1.7rc2 from the pkg build (go1.7rc2.darwin-amd64.pkg).  I had set GOROOT to a different directory, but it always installs to /usr/local/go.  

The documentation earlier, if I remember right, had a way to install to a different directory but even that is not there.

Is there no way to install it to a different directory?
Repository: go
Issue: cmd/compile: lower % using multiply and subtract when the result of / is known
Labels: Performance,compiler/runtime

CL 25004 allows amd64 to compute a % b and a / b with a single instruction. However, rewriting code to use it currently risks a regression on architectures with a divmod instruction. We could probably do the rewrite at a generic level instead, and lower a % b to a - b \* (a / b) on architectures without divmod. Then we could use the clearer, faster formulation everywhere.

cc @randall77 @MichaelTJones @martisch @bradfitz
Repository: rust
Issue: Cannot link to `--crate-type dylib`
Labels: A-linkage,T-compiler,C-bug

```sh
cd $(mktemp -d)
cat <<EOF > foo.rs
pub fn foo() {}
EOF
cat <<EOF > bar.rs
extern crate foo;

fn main() {
    foo::foo();
}
EOF
rustc foo.rs --crate-type dylib
rustc bar.rs -L .
```

```
error: cannot satisfy dependencies so `std` only shows up once
help: having upstream crates all available in one format will likely make this go away
error: cannot satisfy dependencies so `core` only shows up once
help: having upstream crates all available in one format will likely make this go away
error: cannot satisfy dependencies so `collections` only shows up once
help: having upstream crates all available in one format will likely make this go away
error: cannot satisfy dependencies so `rustc_unicode` only shows up once
help: having upstream crates all available in one format will likely make this go away
error: cannot satisfy dependencies so `alloc` only shows up once
help: having upstream crates all available in one format will likely make this go away
error: cannot satisfy dependencies so `rand` only shows up once
help: having upstream crates all available in one format will likely make this go away
error: cannot satisfy dependencies so `libc` only shows up once
help: having upstream crates all available in one format will likely make this go away
error: cannot satisfy dependencies so `unwind` only shows up once
help: having upstream crates all available in one format will likely make this go away
error: cannot satisfy dependencies so `panic_unwind` only shows up once
help: having upstream crates all available in one format will likely make this go away
error: cannot link together two allocators: alloc_jemalloc and alloc_system
error: aborting due to 10 previous errors
```

I believe that there's no reason this executable _couldn't_ be created, it should just use all dependencies through the dylib that was created in the previous step.
Repository: flutter
Issue: Support peek/pop on iOS
Labels: c: new feature,platform-ios,framework,a: fidelity,f: cupertino,f: routes,P2,team-ios,triaged-ios

Once we have 3D touch support (https://github.com/flutter/flutter/issues/4838) we can then enable developers to build "peek/pop". See http://www.apple.com/iphone-6s/3d-touch/ for more.
Repository: go
Issue: proposal: add a parseutils sub-package under x/net/html
Labels: Proposal,Proposal-Hold

When using `x/net/html` to parse a HTML Spec to generate Go code in the [colornames](http://godoc.org/golang.org/x/image/colornames) package, we wrote several [useful and fairly generalised functions](https://github.com/golang/image/blob/master/colornames/gen.go) to interact with HTML parse trees such as a generalised node matching function type, match function generators for nodes by atom type & attributes and functions to recursively search and find matching nodes in the parse tree.

I have since then found these functions very useful in several other projects when using the experimental HTML parser. Therefore I was wondering if there is merit in providing these types of functions as a `parseutils` sub-package in the experimental repo. Happy to work on it.
Repository: vscode
Issue: Git: Add support for staging a subset of deleted lines
Labels: feature-request,git

From @kachkaev
 I can't find out how to select just two deleted lines out of 5 going sequentially and stage only the ones I want. Any time I select something and click that menu item, the whole block gets staged. The same happens when unstaging.
Repository: vscode
Issue: Allow to save a list of opened editors in a group and switch between them
Labels: feature-request,workbench-editors

- VSCode Version: 1.3.1
- OS Version: all

There are many times I have a set of open editors in the middle of working on something but need to stop and look at a completely different part of the project.

Currently, I can:
1. Just open the new set of files I need, which clutters up the open editors
2. Close my open editors and open the new set of files, which makes it easier to work on the second part but very difficult to get back to the previous state when I need to

It would be nice to be able to save a state of which editors and files are open to retrieve later so I could save the state, close everything, and switch to the new set of files, then easily restore the initial state when I'm finished.

This is my main use case for wanting to be able to open multiple windows. See #7330 #2686
Repository: neovim
Issue: localized --version output ill formatted
Labels: bug-vim

- `nvim --version`: NVIM v0.1.5-608-g8c1fb99
- Vim (version: ) behaves differently?

Yes, because VIM does not have any translations (at least on my system).
- Operating system/version: macOS 10.11.5
- Terminal name/version: Terminal.App Version 2.6.1
- `$TERM`: xterm-256color
### Actual behavior

```
> export LANG=en_US.UTF-8 
> nvim --version
NVIM v0.1.5-608-g8c1fb99
Build type: Release
[...]
   system vimrc file: "$VIM/sysinit.vim"
  fall-back for $VIM: "/usr/local/Cellar/neovim/HEAD-8c1fb99/share/nvim"
```

```
> export LANG=zh_TW.UTF-8
> nvim --version
NVIM v0.1.5-608-g8c1fb99
Build type: Release
[...]

        系統 vimrc 設定檔: "$VIM/sysinit.vim"
              $VIM 預設值: "/usr/local/Cellar/neovim/HEAD-8c1fb99/share/nvim
"
```

(Note the line break before the last `")

```
> export LANG=de_DE.UTF-8
> nvim --version
NVIM v0.1.5-608-g8c1fb99
Build type: Release
[...]

          System-vimrc-Datei: "$VIM/sysinit.vim"
     Voreinstellung für $VIM: "
/usr/local/Cellar/neovim/HEAD-8c1fb99/share/nvim"
```

(Note the line break after `Voreinstellung für $VIM: "`)
### Expected behaviour

Line breaks should be consistent in all localizations.
### Steps to reproduce using `nvim -u NORC`

Unnecessary.
### Reasoning

The neovim-dot-app project (a macOS GUI for nvim) uses the output of `nvim --version` during it's [build process](https://github.com/rogual/neovim-dot-app/blob/a0a96204a827e482033b6ef6969de332a0859554/Makefile#L6).
I do realize that this is a bit dirty, but as far as I know there is no other way to get the fall-back path.
So I recommend to either fix inconsistencies in the translations or introduce something like `nvim --fallbackpath`
Repository: nvm
Issue: nvm exec/run does not let signals through
Labels: bugs,needs followup

Node.js server started with `nvm run` does not receive signals sent to shell script which executed nvm.
Repository: nvm
Issue: Unable to install 'Permission denied'
Labels: needs followup,installing nvm

I have run the install script and gotten the following error:

```
{Wed Jul 20 07:19:50 CDT 2016} <ScaryTerry.ttys000> (master) [dzimm at ~/Codes/]
[} curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.31.3/install.sh | bash
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  9128  100  9128    0     0   5020      0  0:00:01  0:00:01 --:--:--  5018
=> Downloading nvm from git to '/Users/nad/.nvm'
=> mkdir: /Users/nad/.nvm: Permission denied
fatal: could not create leading directories of '/Users/nad/.nvm': Permission denied
Failed to clone nvm repo. Please report this!
```

Useful information about my machine:

```
{Wed Jul 20 07:25:55 CDT 2016} <ScaryTerry.ttys000> [dzimm at ~/Codes]
[} sw_vers
ProductName:    Mac OS X
ProductVersion: 10.11.4
BuildVersion:   15E65
{Wed Jul 20 07:26:27 CDT 2016} <ScaryTerry.ttys000> [dzimm at ~/Codes]
[} bash --version
GNU bash, version 3.2.57(1)-release (x86_64-apple-darwin15)
Copyright (C) 2007 Free Software Foundation, Inc.
```
Repository: go
Issue: x/net/websocket: Naming of TLSConfig
Labels: NeedsInvestigation

`Server` class of `net/httpConfig` uses the name `TLSConfig` for its `tls.config` variable whereas `Config` class of `x/net/websocket` uses `TlsConfig`. Can the inconsistent naming be resolved, or will it be kept due to backwards compatibility?
Repository: react
Issue: Optimizing Compiler: Component Folding
Labels: Component: Optimizing Compiler,React Core Team

This is like the final frontier for React but I never really wrote anything about it so I figured I'd create an issue.

Basically, the idea is to utilize information about how React works to do [constant folding](https://en.wikipedia.org/wiki/Constant_folding) and [inlining](https://en.wikipedia.org/wiki/Inline_expansion) of components under certain conditions.

Example Source:

``` js
function Foo(props) {
  if (props.data.type === 'img') {
    return <img src={props.data.src} className={props.className} alt={props.alt} />;
  }
  return <span>{props.data.type}</span>;
}
Foo.defaultProps = {
  alt: "An image of Foo."
};
```

``` js
var CSSClasses = {
  bar: 'bar'
};
module.exports = CSSClasses;
```

``` js
var Foo = require('Foo');
var Classes = require('Classes');
function Bar(props) {
  return <Foo data={{ type: 'img', src: props.src }} className={Classes.bar} />;
}
```

By knowing what Foo and Classes is made up of, we can turn the Bar component into this:

``` js
var Foo = require('Foo');
var Classes = require('Classes');
function Bar(props) {
  return <Foo data={{ type: 'img', src: props.src }} className={Classes.bar} />;
}
function Bar_optimized(props) {
  return <img src={props.src} className="Bar" alt="An image of Foo." />;
}
```

[Dead-code elimination](https://en.wikipedia.org/wiki/Dead_code_elimination) then strips it down to just:

``` js
function Bar_optimized(props) {
  return <img src={props.src} className="Bar" alt="An image of Foo." />;
}
```

Now there are a bunch of different cases where this needs to bail out. For example, we need to know that the `CSSClasses` object and the `defaultProps` object is immutable, or we need to infer that it is immutable using [Escape analysis](https://en.wikipedia.org/wiki/Escape_analysis).

With classes these bail out cases are even more complex.

The problem is that current JS infrastructure is particularly bad at this kind of whole program or whole package linking. Node doesn't have a notion of per package private modules so anything can mutate anything by default. Transpilers such as Babel are set up to work on a single file at a time. They don't have access to the source of other files to do this analysis. [Rollup](https://github.com/rollup/rollup) is closer but is limited to a small set of static primitives.

However, once smarter compilers become more prevalent in the JS world or we find ways to hack around the limitations, we can start building out more of these smarter compiler optimizations.