sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: godot
Issue: Index inspector menu does not work for get_rotation(self) and get_translation(self) in Godot 3.2
Labels: topic:visualscript

**Godot version:**
Godot 3.2

**OS/device including version:**
Windows 10

**Issue description:**
In Godot 3.1 when one made a get_rotation() or get_translation() node in visual script, and clicked the ' index ' in the inspector, one could change the output from the standard vector3 ( vc3 visual script node output ) to x, y, or z-index, see picture . . In Godot 3.2 when one tries that, the output doesn't becomes a float, for the given axis, but stays a vc3, so one has to make a deconstruct, to get the value one wants, it was much easier in Godot 3.1, for beginners . .

![2020-02-28 1543](https://user-images.githubusercontent.com/61069740/75599950-0d29ba00-5aaa-11ea-81ee-30f844cd6180.jpg)

Here's a 1 minute video, that shows it . .
https://www.youtube.com/watch?v=LwRf3WVFX5U
So you can see what I mean, it's weird, 3.1 was better . .

**Steps to reproduce:**
See the video . . .

**Minimal reproduction project:**
I don't know what that is . .

Thanks, J. Brooks . .
Repository: opencv
Issue: [Feature Reuqest] draw dash rectangle support
Labels: feature,category: imgproc,priority: low

Add a line type of dashed in rectangle drawing fuction.
Repository: go
Issue: x/build/maintner: make it easy for interested clients to subscribe/watch for new Go releases
Labels: Documentation,Builders,NeedsInvestigation,FeatureRequest

There are many clients that might be interested in knowing when a new Go release is tagged, in order to take some automated action. One recent example is pkg.go.dev (see issue #37568), but there are plenty of others.

Maintner already tracks the Go repository and knows when any tags are made. Interested clients can use a maintner client (either a normal one, or a tail-only client) to easily get notified and take appropriate action.

It should be helpful to make this easier to discover and use. /cc @julieqiu @toothrot @cagedmantis

Perhaps it can be done by adding an example to [maintner](https://pkg.go.dev/golang.org/x/build/maintner) package documentation. Here's a starting point for an example that uses [`maintner.TailNetworkMutationSource`](https://pkg.go.dev/golang.org/x/build/maintner#TailNetworkMutationSource) to watch for all new tags created in the main Go repository and printing them to stdout:

```Go
// Tail events from the maintner server in a loop.
for {
	err := maintner.TailNetworkMutationSource(context.Background(), godata.Server, func(e maintner.MutationStreamEvent) error {
		if e.Err != nil {
			log.Printf("# ignoring err: %v\n", e.Err)
			time.Sleep(5 * time.Second)
			return nil
		}
		m := e.Mutation
		if m.Gerrit == nil || m.Gerrit.Project != "go.googlesource.com/go" {
			// Not a Gerrit event, or not the main Go repo. Skip.
			return nil
		}
		for _, r := range m.Gerrit.Refs {
			if !strings.HasPrefix(r.Ref, "refs/tags/") {
				// Not a tag. Skip.
				continue
			}
			fmt.Printf("new tag in go repo: name=%q sha1=%q\n", r.Ref[len("refs/tags/"):], r.Sha1)
		}
		return nil
	})
	log.Printf("tail error: %v; restarting\n", err)
	time.Sleep(time.Second)
}
```

Using a full maintner client or [`maintner.NewNetworkMutationSource`](https://pkg.go.dev/golang.org/x/build/maintner#NewNetworkMutationSource) is a little more involved because it requires preserving state, which means writing to disk or another place. But this option can be investigated too.

Finally, we can consider exposing this functionality via a higher level API, but I think it should be easier to prototype this before committing to a public API that's hard to change.
Repository: pytorch
Issue: _broadcast_coalesced_reshape doesn't respect zero-size tensor
Labels: triaged,small,module: data parallel

## 🐛 Bug

_broadcast_coalesced_reshape doesn't respect zero-size tensor

## To Reproduce

```
import torch
from torch.nn.parallel.replicate import _broadcast_coalesced_reshape
_broadcast_coalesced_reshape([torch.zeros(1,1).cuda(0)], [0,1], True)
# [[tensor([[0.]], device='cuda:0')], [tensor([[0.]], device='cuda:1')]]
_broadcast_coalesced_reshape([torch.zeros(0,1).cuda(0)], [0,1], True)
# [[tensor([], device='cuda:0', size=(0, 1))], []]
```

## Expected behavior

[[tensor([], device='cuda:0', size=(0, 1))], [tensor([], device='cuda:1', size=(0, 1))]]

## Environment
PyTorch version: 1.4.0
Is debug build: No
CUDA used to build PyTorch: 10.1

OS: CentOS Linux 7 (Core)
GCC version: (GCC) 4.9.4
CMake version: version 2.8.12.2

Python version: 3.7
Is CUDA available: No
CUDA runtime version: 10.1.243
GPU models and configuration:
GPU 0: GeForce GTX 1080 Ti
GPU 1: GeForce GTX 1080 Ti

Nvidia driver version: 418.43
cuDNN version: Could not collect

Versions of relevant libraries:
[pip] detectron-pytorch==0.1
[pip] numpy==1.17.2
[pip] numpydoc==0.9.1
[pip] torch==1.4.0
[pip] torchvision==0.5.0
[conda] blas                      1.0                         mkl
[conda] detectron-pytorch         0.1                       dev_0    <develop>
[conda] mkl                       2019.4                      243
[conda] mkl-service               2.3.0            py37he904b0f_0
[conda] mkl_fft                   1.0.14           py37ha843d7b_0
[conda] mkl_random                1.1.0            py37hd6b4f25_0
[conda] pytorch                   1.4.0           py3.7_cuda10.1.243_cudnn7.6.3_0    pytorch
[conda] torchvision               0.5.0                py37_cu101    pytorch
Repository: rust
Issue: Return value from const_trait_impl did not promote to constant?
Labels: A-diagnostics,T-compiler,A-const-eval,A-suggestion-diagnostics,D-newcomer-roadblock,A-const-prop

I tried this code:

```rust
#![feature(const_trait_impl)]
#![feature(const_fn)]
use std::marker::PhantomData;

trait ConstDefault {
    fn const_default() -> Self;
}

impl const ConstDefault for u8 {
    fn const_default() -> Self { 0 }
}

const fn foo() -> &'static u8 {
    &u8::const_default()
}
```

I expected to see this happen: This should pass compile if i'm not mistaken.

Instead, this happened: The const value promotion did not happen.

cc @ecstatic-morse @oli-obk
Repository: terminal
Issue: Terminal can't create pseudoconsoles when condrv isn't loaded [Error 0xd000003a]
Labels: Help Wanted,Product-Conpty,Area-Server,Issue-Bug,Priority-2,good first issue

<!-- 
🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨

I ACKNOWLEDGE THE FOLLOWING BEFORE PROCEEDING:
1. If I delete this entire template and go my own path, the core team may close my issue without further explanation or engagement.
2. If I list multiple bugs/concerns in this one issue, the core team may close my issue without further explanation or engagement.
3. If I write an issue that has many duplicates, the core team may close my issue without further explanation or engagement (and without necessarily spending time to find the exact duplicate ID number).
4. If I leave the title incomplete when filing the issue, the core team may close my issue without further explanation or engagement.
5. If I file something completely blank in the body, the core team may close my issue without further explanation or engagement.

All good? Then proceed!
-->

<!--
This bug tracker is monitored by Windows Terminal development team and other technical folks.

**Important: When reporting BSODs or security issues, DO NOT attach memory dumps, logs, or traces to Github issues**.
Instead, send dumps/traces to secure@microsoft.com, referencing this GitHub issue.

If this is an application crash, please also provide a Feedback Hub submission link so we can find your diagnostic data on the backend. Use the category "Apps > Windows Terminal (Preview)" and choose "Share My Feedback" after submission to get the link.

Please use this form and describe your issue, concisely but precisely, with as much detail as possible.

-->

# Environment

```none
Windows build number:  0.9.433.0

Windows Terminal version (if applicable):  0.9.433.0

Running within VirtualBox VM.
```

# Steps to reproduce

Start Windows Terminal after reboot.

# Expected behavior

Powershell starts.

# Actual behavior

Powershell does not start. Following messaged displayed - _Error 0xd000003a when launching 'powershell.exe'_. Starting Powershell directly, which opens without a problem, and then opening Powershell in Windows Terminal fixes the problem.

The following is my PATH:
```
C:\Windows\system32
C:\Windows
C:\Windows\System32\Wbem
C:\Windows\System32\WindowsPowerShell\v1.0\
C:\Windows\System32\OpenSSH\
C:\Users\Darren\AppData\Local\Microsoft\WindowsApps
C:\Python27\ArcGIS10.8
C:\Program Files\ArcGIS\Pro\bin\Python\Scripts
```

Similar issue with Command and similar resolution.
Repository: youtube-dl
Issue: Add paramountnetwork.es and .it
Labels: site-support-request

- [x] I'm reporting a new site support request
- [x] I've verified that I'm running youtube-dl version **2020.02.16**
- [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
For paramountnetwork.es spain
# movies
https://www.paramountnetwork.es/peliculas
#series 
https://www.paramountnetwork.es/episodios/2ykj1q/los-misterios-de-murdoch-el-ladron-de-besos-temporada-4-ep-12

For the italian version there is a request already, I think both use same tech.
https://github.com/ytdl-org/youtube-dl/issues/23295

## Description

European network different domains probably same tech .es .it
Repository: youtube-dl
Issue: Add site https://www.ixigua.com/
Labels: site-support-request,yt-dlp

<!--

######################################################################
  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 2020.02.16. 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 **2020.02.16**
- [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.
-->

- Private video: https://www.ixigua.com/i6798508841601335820/
- Single video: https://www.ixigua.com/i6699344434779128328/
- User playlist: https://www.ixigua.com/home/83570835528/

## Description

<!--
Provide any additional information.
If work on your issue requires account credentials please provide them or explain how one can obtain them.
-->

Api to get video like this
https://vas.snssdk.com/video/openapi/v1/...
Video in ['dynamic_video_list'] => b64decode(main_url) => real url

This is the video I have how to decode private video  https://drive.google.com/file/d/1OysTwJHkas9R5gQlWXuHHj5PEc27WpQ9/view
And i used https://www.bento4.com/  to decode video

But i don't know how to do it in python3.x
Repository: TypeScript
Issue: Reference to the function expression identifier in it's body has different symbol
Labels: Bug,API

**TypeScript Version:**  3.8.2, 3.9.0-dev.20200229

<!-- Search terms you tried before logging this (so others can find this issue more easily) -->
**Search Terms:**

**Code**

```ts
const ts = require('typescript');

const content = 'const x = function y() { y }';

const host = ts.createCompilerHost({});
const originalReadFile = host.readFile;
host.readFile = fileName => (fileName === 'main.ts' ? content : originalReadFile(fileName));

const program = ts.createProgram({ host, rootNames: ['main.ts'], options: { types: [] } });
program.getSemanticDiagnostics();
const typeChecker = program.getDiagnosticsProducingTypeChecker();
const sourceFile = program.getSourceFile('main.ts');

const fn = sourceFile.statements[0].declarationList.declarations[0].initializer;
const y = fn.name;
const yInBody = fn.body.statements[0].expression.expression;
const ySymbol = typeChecker.getSymbolAtLocation(y);
const yInBodySymbol = typeChecker.getSymbolAtLocation(yInBody);
console.log(ySymbol === yInBodySymbol);
```

**Expected behavior:**

`y` identifier in function name and `y` reference in it's body to have the same symbol

**Actual behavior:**

They have different symbols.

Few notes:
- It wasn't the case in 3.7.5
- It's not the case when `program.getSemanticDiagnostics()` is not called or a non-diagnostics-producing type checker is used (ref #28584)
- It happens only with function expression, i.e. `const content = 'function y() { y }'` works as expected

**Playground Link:** <!-- A link to a TypeScript Playground "Share" link which demonstrates this behavior -->

**Related Issues:** <!-- Did you find other bugs that looked similar? -->
Repository: opencv
Issue: ORB computes features much slower on 4.2.0, compared to 4.0.1
Labels: incomplete,needs investigation

Using default ORB constructor and computing only descriptors

```
cv::Ptr<cv::Feature2D> dsc = cv::ORB::create();
dsc->compute(image, keypoints, descriptors)
```
yields different timings in version 4.0.1 and 4.2.0
It will take time to generate full test results, because I noticed issue in my work project, so I firstly will describe it in words.
On version 4.2.0 descriptors are computed with mean of `25 ms` for function `compute()`
I've used opencv 4.2.0 with defaults suggested by cmake:
```
CPU_BASELINE: SSE3
CPU_DISPATCH:STRING=SSE4_1;SSE4_2;AVX;FP16;AVX2;AVX512_SKX
```
Then I tried this configuration:
```
CPU_BASELINE: SSE4.2
CPU_DISPATCH:STRING=AVX2
```
and this:
```
CPU_BASELINE: SSE3
CPU_DISPATCH:STRING=
```
All of them yielded same mean around `25 ms`.

I then builded opencv 4.0.1 with
```
CPU_BASELINE: SSE3
CPU_DISPATCH:STRING=
```
and this configuration gives me mean of `10 ms` The same as on PC of my colleague who uses opencv 4.0.1 with SSE3
Build I used is `Release x64, CMake 3.15.3, generator Visual Studio 14 2015. Windows 10, Intel CPU i7 6700k`. 

Also as shows Visual Studio profiler, main time is spend in Gaussian Blur function(around 80% of time execution of `compute()`)

So I wonder what could be the reason? I did not noticed ORB algorithm changes in opencv changes log, and do not have ideas how to find difference at this point.
Repository: rust
Issue: Moving a method from struct impl to trait causes performance degradation
Labels: I-slow,A-codegen,T-compiler,C-bug

Hi all, thanks for all the work on the rust project!

I tried this code:

```rust
use std::time::Instant;

fn main() {
    let finder = OddFinderOne;

    let start_time = Instant::now();
    let result = find_nth_odd(finder, 1_000_000_000);
    let elapsed_time = start_time.elapsed().as_millis();

    println!("{} in {} ms", result, elapsed_time);
}

fn find_nth_odd(odd_finder: OddFinderOne, n: u64) -> u64 {
    let mut i = 0;
    let mut odd_count = 0;

    while odd_count != n {
        i += 1;
        if odd_finder.is_odd(i) {
            odd_count += 1;
        }
    }

    i
}

trait OddFinder {
    fn is_odd(&self, n: u64) -> bool;
}

struct OddFinderOne;

impl OddFinder for OddFinderOne {
    fn is_odd(&self, n: u64) -> bool {
        n % 2 == 1
    }
}
```

I expected it to perform similarly to this code:

```rust
use std::time::Instant;

fn main() {
    let finder = OddFinder;

    let start_time = Instant::now();
    let result = find_nth_odd(finder, 1_000_000_000);
    let elapsed_time = start_time.elapsed().as_millis();

    println!("{} in {} ms", result, elapsed_time);
}

fn find_nth_odd(odd_finder: OddFinder, n: u64) -> u64 {
    let mut i = 0;
    let mut odd_count = 0;

    while odd_count != n {
        i += 1;
        if odd_finder.is_odd(i) {
            odd_count += 1;
        }
    }

    i
}

struct OddFinder;

impl OddFinder {
    fn is_odd(&self, n: u64) -> bool {
        n % 2 == 1
    }
}
```

Instead, this happened:

The version with the `is_odd` method defined directly on the struct completes in 1032 ms, while the version where `is_odd` is defined as part of the trait completes in 1340 ms. I would expect this abstraction to be zero cost, since the `find_nth_odd` method in both cases is defined as taking the concrete struct as an argument (as opposed to a trait object).

### Meta

`rustc --version --verbose`:
```
rustc 1.41.0 (5e1a79984 2020-01-27)
binary: rustc
commit-hash: 5e1a799842ba6ed4a57e91f7ab9435947482f7d8
commit-date: 2020-01-27
host: x86_64-unknown-linux-gnu
release: 1.41.0
LLVM version: 9.0
```

`rustc +nightly --version --verbose`
```
rustc 1.43.0-nightly (0eb878d2a 2020-02-28)
binary: rustc
commit-hash: 0eb878d2aa6e3a1cb315f3f328681b26bb4bffdb
commit-date: 2020-02-28
host: x86_64-unknown-linux-gnu
release: 1.43.0-nightly
LLVM version: 9.0
```
I see the same behavior with both the latest stable and nightly compilers. I run both version of the program in release mode. The reported performance numbers have proven to be very repeatable. 

Let me know if I can provide any additional useful information. You can find my repo containing this benchmark code at the link below.

https://github.com/JoshMcguigan/cost-of-indirection
Repository: rust
Issue: Docs suggest implemting try_fold on std::iter::iterator, which is not possible due to Try being unstable
Labels: C-enhancement,T-libs-api,A-docs,A-iterators

`std::iter::Iterator` docs has this "Note to implementors" on [`try_fold`](https://doc.rust-lang.org/std/iter/trait.Iterator.html#method.try_fold):
> Most of the other (forward) methods have default implementations in terms of this one, so try to implement this explicitly if it can do something better than the default for loop implementation.

But this isn't actually possible to do in stable due to the `Try` trait being unsable. The type bounds cannot be specified correctly to match the iterator definition.
Repository: flutter
Issue: [maps] showMarkerInfoWindow doesn't update fast enough
Labels: c: performance,p: maps,package,perf: speed,team-ecosystem,has reproducible steps,P2,found in release: 2.2,triaged-ecosystem

A stated. Add a marker to your markers list for your GoogleMap, then try to show that InfoWindow, it will give you a null ref as the marker is not actually in the controllers list yet, for whatever reason. It eventually does show up in there but I'm not sure what the delay is.
Repository: godot
Issue: Can't assign variant from `unsigned long` on OSX and JavaScript builds
Labels: bug,platform:macos,topic:buildsystem

Using latest 3.2 branch of Godot, my module no longer compiles on OSX due to an error about converting `unsigned long` to `Variant`.
Compiling on Windows and Linux works fine.
See https://github.com/Zylann/godot_voxel/issues/170
And https://github.com/Zylann/voxelgame/issues/72

Is it something that got changed recently?
Repository: flutter
Issue: Add isBottomSheetOpen parameter.
Labels: c: new feature,framework,f: material design,c: proposal,P3,team-design,triaged-design

We have a [ScaffoldState.isDrawerOpen](https://api.flutter.dev/flutter/material/ScaffoldState/isDrawerOpen.html) property amongst others, which are based on if the corresponding methods are called on ScaffoldState. Can we add one for if a BottomSheet is being displayed?
Repository: flutter
Issue: Add onClosing parameter to ScaffoldState.showBottomSheet
Labels: c: new feature,framework,f: material design,c: proposal,P3,team-design,triaged-design

The BottomSheet widget has an onClosing parameter we can set, but it's suggested to just use the function provided and [it says](https://api.flutter.dev/flutter/material/ScaffoldState/showBottomSheet.html) that a BottomSheet becomes the parent of the widget.
When it's done automatically for us, we don't get the option to set the value of `onClosing`. Can this be exposed for us?
A [current workaround](https://stackoverflow.com/questions/51909218/can-you-listen-for-showbottomsheet-on-close) is to await the `PersistantBottomSheetController.closed` future, which is a little clunky.
Repository: rust
Issue: Regression in error message quality for macro_rules involving $:ident
Labels: C-enhancement,A-diagnostics,P-medium,A-macros,T-compiler,regression-from-stable-to-stable

Between nightly-2020-02-28 and nightly-2020-02-29 I observed that macro errors which used to point to a specific problematic identifier token now point equivocally to the entire macro invocation. See https://github.com/dtolnay/tt-call/commit/364468e51f460e0dc41475659432b964035b4a2e.

The issue minimizes to:

```rust
macro_rules! nothing_expected {
    () => {};
}

macro_rules! repro {
    ($ident:ident) => {
        nothing_expected!($ident);
    };
}

repro!(T);
```

Before; points to `T`:

```console
error: no rules expected the token `T`
  --> src/main.rs:11:8
   |
1  | macro_rules! nothing_expected {
   | ----------------------------- when calling this macro
...
11 | repro!(T);
   |        ^ no rules expected this token in macro call
```

After; does not point to `T`:

```console
error: no rules expected the token `T`
  --> src/main.rs:7:27
   |
1  | macro_rules! nothing_expected {
   | ----------------------------- when calling this macro
...
7  |         nothing_expected!($ident);
   |                           ^^^^^^ no rules expected this token in macro call
...
11 | repro!(T);
   | ---------- in this macro invocation
   |
   = note: this error originates in a macro (in Nightly builds, run with -Z macro-backtrace for more info)
```

The applicable commit range is https://github.com/rust-lang/rust/compare/6d69caba110c0c2fb90180df1cbc8be5033b91d4...0eb878d2aa6e3a1cb315f3f328681b26bb4bffdb.
The most relevant looking PR in that range is https://github.com/rust-lang/rust/pull/69384. @petrochenkov @Centril
Repository: terminal
Issue: Support fullscreening with Win+Shift+Enter
Labels: Area-UserInterface,Product-Terminal,Issue-Task

Hello, I know this app will full-screen with `Alt`+`Enter` and `F11`
Please add a new keyboard shortcut for full-screen: `Win`+`Shift`+`Enter`
Why?! Because all universal apps became full-screen with `Win`+`Shift`+`Enter`
Thanks.