sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: PowerToys
Issue: [Shortcut Guide] App specific guide for foreground app
Labels: Idea-Enhancement,Product-Shortcut Guide

App specific shortcut guide for any configured app using a modifier + foreground running application. 

The Shortcut Guide would function normally with the Windows key long press, but what if you added a modifier key and getting an app specific Shortcut Guide to load when pressing a modifier key whilst the app X is in the foreground. 

Example: PhotoShop is running in the foreground, you press Windows+Alt+P and it loads all of the PS shortcuts just like the normal Shortcut Guide. 

A catalogue of popular applications would need to be built and people could easily contribute to popular applications using a template.
Repository: rust
Issue: riscv: unable to use atomics with linker-plugin-lto
Labels: A-linkage,T-compiler,C-bug,WG-embedded,A-atomic

<!--
Thank you for filing a bug report! 🐛 Please provide a short summary of the bug,
along with any information you feel relevant to replicating the bug.
-->

The following code compiles fine without `linker-plugin-lto`, but fails to compile when it is enabled:

```rust
#![no_std]
#![no_main]

use core::sync::atomic::{AtomicUsize, Ordering};
static MM_HANDLE_COUNT: AtomicUsize = AtomicUsize::new(0);

#[no_mangle]
pub extern "C" fn _start() -> ! {
    let _count = MM_HANDLE_COUNT.fetch_add(1, Ordering::SeqCst);
    loop {}
}

use core::panic::PanicInfo;
#[panic_handler]
fn handle_panic(_arg: &PanicInfo) -> ! {
    loop {}
}

#[no_mangle]
pub extern "C" fn abort() -> ! {
    loop {}
}
```

This code should compile cleanly with:

```sh
$ rustc +nightly main.rs --target riscv64gc-unknown-none-elf
$
```

However, with the lto plugin, it doesn't compile:

```sh
$ rustc +nightly -C linker-plugin-lto main.rs --target riscv64gc-unknown-none-elf error: linking with `rust-lld` failed: exit code: 1
  |
  = note: "rust-lld" "-flavor" "gnu" "-plugin-opt=O0" "-plugin-opt=mcpu=generic-rv64" "-L" "/home/user/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/riscv64gc-unknown-none-elf/lib" "main.main.7rcbfp3g-cgu.0.rcgu.o" "main.main.7rcbfp3g-cgu.1.rcgu.o" "main.main.7rcbfp3g-cgu.2.rcgu.o" "-o" "main" "--gc-sections" "-L" "/home/user/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/riscv64gc-unknown-none-elf/lib" "-Bstatic" "/home/user/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/riscv64gc-unknown-none-elf/lib/librustc_std_workspace_core-a43e904133f39ebe.rlib" "/home/user/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/riscv64gc-unknown-none-elf/lib/libcore-de86a0d6e9117873.rlib" "/home/user/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/riscv64gc-unknown-none-elf/lib/libcompiler_builtins-980292810b049237.rlib" "-Bdynamic"
  = note: rust-lld: error: undefined symbol: __atomic_fetch_add_8
          >>> referenced by main.7rcbfp3g-cgu.2
          >>>               lto.tmp:(core::sync::atomic::AtomicUsize::fetch_add::h6aa949cc8cd90341)


error: aborting due to previous error
$
```

### Meta
<!--
If you're using the stable version of the compiler, you should also check if the
bug also exists in the beta or nightly versions.
-->

`rustc --version --verbose`:
```
rustc 1.43.0-nightly (4ad624882 2020-03-03)
binary: rustc
commit-hash: 4ad62488258972bdb0e2df225d100f99ef58dbad
commit-date: 2020-03-03
host: x86_64-unknown-linux-gnu
release: 1.43.0-nightly
LLVM version: 9.0
```

This occurs on both `riscv64gc-unknown-none-elf` and `riscv32imac-unknown-none-elf`.
Repository: opencv
Issue: imread（3.4.8version） can not read old version jpg\png。may be JPEG ver 90 do not support ver62?
Labels: incomplete

<!--
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).

Please:

* Read the documentation to test with the latest developer build.
* Check if other person has already created the same issue to avoid duplicates. You can comment on it if there already is an issue.
* Try to be as detailed as possible in your report.
* Report only one problem per created issue.


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 => 3.1
- Operating System / Platform => Windows 64 Bit
- Compiler => Visual Studio 2015
-->

- OpenCV => :grey_question:3.4.8
- Operating System / Platform => :grey_question:win 10
- Compiler => :grey_question:vs 2013

##### Detailed description

<!-- your description -->

##### Steps to reproduce

<!-- to add code example fence it with triple backticks and optional file extension
    ```.cpp
    // C++ code example
    ```
 or attach as .txt or .zip file
-->
Repository: godot
Issue: Strange flickering when Timer calls a function that adds an animated label
Labels: bug,confirmed,topic:gui

**Godot version:**
3.2
**OS/device including version:**
Windows 10 v1909
**Issue description:**
When calling a function that dynamically creates a ui object that shows text which is animated with a tween, it shows ok. But if a timer calls the function, it flickers.
**Steps to reproduce:**
unzip the project,and run it in godot.
Click test 1 (several times if you like). It will show some animated text to the right without flicker.
Click test 2 (several times if you like) it will show some animated text to the right, but with flicker.
**Minimal reproduction project:**
[TestProject.zip](https://github.com/godotengine/godot/files/4286131/TestProject.zip)
**Other notes**
I have brain stormed this with someone on Discord. I got it to not flicker by setting the modulate's alpha channel to 0 on the label on the test object scene.
Repository: rust
Issue: std::env members need to document "process global" risks.
Labels: C-enhancement,T-libs-api,A-docs,A-process

I've hit a few bugs in various crate test suites where 2 different tests both modify POSIX ENV, and then execute code and assertions based on those changes.

Often, this works simply due to the code being fast enough, but you can randomly get weird failures due to the data races in `ENV`, due to `ENV` being shared between threads.

But I don't see any documentation pointing out either:

a. That this  risk occurs
b. How this risk occurs
c. How to manage this risk.

The best I see is: https://doc.rust-lang.org/nightly/std/env/fn.set_var.html

But its current prose of "Note that while concurrent access to environment variables is safe in Rust" can give the false impression that there isn't any problem to manage here unless one is doing FFI. 

It needs to be more explicit, and highlight that you can trip into this when writing just plain ol' rust without anything fancy, with no external crates, and no custom ffi code.

( And probably needs to be mentioned at a higher level, like https://doc.rust-lang.org/nightly/std/env/index.html )

In tests, its especially spicy, as a test failing (which is ultimately a panic!), results in the Mutex becoming poisoned, which, if not managed properly in the tests, results in all tests that need to lock `ENV`, also failing with confusing errors, due to said poisoning.

There's already 2 PR's where I've submitted working solutions for this, and perhaps some of the strategies I've used could be used as a baseline for some documented guidance.

( Personally I wish rust wrapped the `env` access controls to protect code against this sort of problem, but asking for that is a bit of a tall order for me, so a documentation solution is better than nothing )

: https://github.com/sagiegurari/ci_info/pull/9
: https://github.com/seanmonstar/reqwest/pull/837
Repository: pytorch
Issue: Support vars/__dict__ on torch.return_types tuples e.g. topk
Labels: triaged,enhancement

It is sometimes useful to convert them to dict (for custom serialization purposes) and supporting `__dict__` method would be an idiomatic solution
Repository: go
Issue: runtime: ThreadSanitizer failed to allocate / CHECK failed
Labels: NeedsInvestigation,compiler/runtime

### What version of Go are you using (`go version`)?

<pre>
$ go version
go version go1.14 linux/amd64
</pre>

### Does this issue reproduce with the latest release?

Yes

### What operating system and processor architecture are you using (`go env`)?

<details><summary><code>go env</code> Output</summary><br><pre>
$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/nfs/users/nfs_s/sb10/.cache/go-build"
GOENV="/nfs/users/nfs_s/sb10/.config/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE=""
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/nfs/users/nfs_s/sb10/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/software/vertres/installs/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/software/vertres/installs/go/pkg/tool/linux_amd64"
GCCGO="gccgo"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="0"
GOMOD="/nfs/users/nfs_s/sb10/src/go/github.com/VertebrateResequencing/wr/go.mod"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build484982129=/tmp/go-build -gno-record-gcc-switches"

$ free -m
              total        used        free      shared  buff/cache   available
Mem:         135359       19962       78221          28       37175      114236
Swap:        223231          38      223193
</pre></details>

### What did you do?

<pre>
git clone https://github.com/sb10/wr.git
cd wr
git checkout ThreadSanitizer
CGO_ENABLED=1 go test -p 1 -tags netgo -race --count 1 -gcflags=all=-d=checkptr=0 ./jobqueue -run TestJobqueueRunners -v
</pre>

### What did you expect to see?

Tests should pass cleanly the same way they do without race (`go test -p 1 -tags netgo --count 1 ./jobqueue -run TestJobqueueRunners -v`).

### What did you see instead?

Variations on:

<pre>
ERROR: ThreadSanitizer failed to allocate 0x28000 (163840) bytes of sync allocator (error code: 12)
FATAL: ThreadSanitizer CHECK failed: ./gotsan.cpp:7064 "((0 && "unable to mmap")) != (0)" (0x0, 0x0)
</pre>

Which exits the test. It happens during a seemingly random test each attempt.

Additional info:

- As mentioned, no problems with race detection disabled.
- Problem also happens with go1.13.8, didn't check other versions.
- Problem goes away if I revert usage of `github.com/sasha-s/go-deadlock` back to `sync`, but I want to run go-deadlock in production to catch deadlock bugs that my tests aren't finding.

As a bad interaction between go-deadlock and the go race detector, I have no idea how to debug this.
Repository: go
Issue: net: Interfaces() does not return all interfaces on Windows
Labels: NeedsInvestigation

<!-- Please answer these questions before submitting your issue. Thanks! -->

### What version of Go are you using (`go version`)?

<pre>
$ go version
go version go1.13.4 linux/amd64

</pre>

### Does this issue reproduce with the latest release?
Y


### What operating system and processor architecture are you using (`go env`)?

<details><summary><code>go env</code> Output</summary><br><pre>
$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/root/.cache/go-build"
GOENV="/root/.config/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/root/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/lib/golang"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/lib/golang/pkg/tool/linux_amd64"
GCCGO="gccgo"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD=""
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build467654165=/tmp/go-build -gno-record-gcc-switches"

</pre></details>

### 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 am trying to use `net.Interfaces()` to get all interfaces on Windows, however, some interfaces can only display using Wireshark.



### What did you expect to see?
If Wireshark was able to display an interface on Windows, net.Interfaces() can also do the same.


### What did you see instead?
Some interfaces can be seen using Wireshark on Windows, which cannot been seen by `net.Interfaces()`.
Repository: godot
Issue: Mono: AutoLoad inheriting Node still gives error: Script does not inherit a Node
Labels: bug,confirmed,topic:dotnet

___

***Bugsquad note:** This issue has been confirmed several times already. No need to confirm it further.*

___

**Godot version:**
3.2 stable mono
**OS/device including version:**
Debian 10
**Issue description:**

```
E 0:00:00.662   start: Script does not inherit a Node: res://AutoLoad/GodotUtilities.cs
  <C++ Error>   Condition "!valid_type" is true. Continuing.
  <C++ Source>  main/main.cpp:1693 @ start()
```

```
E 0:00:00.666   start: Script does not inherit a Node: res://AutoLoad/Pool.cs
  <C++ Error>   Condition "!valid_type" is true. Continuing.
  <C++ Source>  main/main.cpp:1693 @ start()

```

**Steps to reproduce:**
```
namespace GodotUtilities
{
    public class Log : Node
    {
```
```
public class Pool<T> : Node where T : new()
{
```

**Minimal reproduction project:**
NA
Repository: flutter
Issue: [camera] Support for multiple cameras at once
Labels: c: new feature,customer: crowd,p: camera,package,team-ecosystem,P3,triaged-ecosystem

I am trying to initialize multiple cameras at once just like a [bothie feature in nokia phones](https://www.lifewire.com/what-is-a-bothie-4158927),

<img src="https://images-eu.ssl-images-amazon.com/images/G/31/img17/Wireless/CEEX/Nokia8/ingress/1._CB514833683_.jpg" width=400>

 As of now only one camera can be initialized at a time and other camera gets disposed off automatically, And also when I print the available cameras length it always prints 2 even though my device has three cameras in the back and a camera in the front, Is there any specific reason to that?.
 
This is how one of the camera gets disabled (Green Area) on initializing multiple cameras at once.The Sample image shows a screen with two halves the upper part for the primary camera (camera[0]) and lower for the secondary camera (camera[1] which is disposed) 

<img src="https://user-images.githubusercontent.com/31410839/75876636-10230280-5e3c-11ea-96ff-3b277dd65fc8.jpg" width=400>
Repository: pytorch
Issue: [docs] Unclear arg spec for torch.full
Labels: module: docs,triaged,module: numpy

https://pytorch.org/docs/master/torch.html?highlight=torch%20full#torch.full

`fill_value – the number to fill the output tensor with.`

the arg spec or the arg description doesn't specify if the "number" must be Python scalar or if Torch scalar is also fine. It also doesn't specify if the device of the Torch scalar must match the device passed to the `full(...)` call and if gradient to `fill_value` is backpropped, Wording `number` is quite vague.

Also argument name `size` is used - maybe better to replace it with `shape`? `shape` property name was adopted long time ago, and even NumPy uses `shape` in the similar method: https://docs.scipy.org/doc/numpy/reference/generated/numpy.full.html
Repository: go
Issue: x/mobile: gomobile version doesn't work when not checked out under GOPATH or not built in GOPATH mode
Labels: NeedsInvestigation,mobile


### What version of Go are you using (`go version`)?

<pre>
$ go version
go version go1.13.4 linux/amd64
</pre>

### Does this issue reproduce with the latest release?
yes


### What operating system and processor architecture are you using (`go env`)?
amd64
linux

### What did you do?

gomobile version
gomobile version unknown: mobile repo git log failed: exit status 128, fatal: not a git repository (or any of the parent directories): .git
Repository: neovim
Issue: :redir terminated by signal SIGABRT
Labels: bug

<!-- Before reporting: search existing issues and check the FAQ. -->

- `nvim --version`: `NVIM v0.5.0-415-gf8f41d088`
- `vim -u DEFAULTS` (version: 8.1.2292) works
- Operating system/version: osx Catalina

### Steps to reproduce using `nvim -u NORC`

```
nvim -u NORC -c 'redir @*| exe "!ls" | redir END'
```

### Actual behaviour
```
'nvim -u NORC -c 'redir @*| exe…' terminated by signal SIGABRT (Abort)
```
### Expected behaviour
`redir` works
Repository: TypeScript
Issue: Guidance on reducing heap usage of large typings?
Labels: Docs

I maintain google/schema-dts which generates typings for schema.org JSON-LD. The generated typings are ~10k loc and involves a lot of type unions (e.g. Thing can be Organization or CreativeWork or Person or ...), and these can get pretty nested.

Compiling these works for me and the vast majority of users. But I get constant reports of JavaScript heap OOM errors from users consuming the typings. See google/schema-dts#34. I haven't been able to repro this at all, but I'm still hoping for some guidance on getting a better memory footprint for the type checker.

FYI, the .d.ts file looks something like this: https://unpkg.com/schema-dts@0.5.1/schema.d.ts

Questions (I'd take answers to any of these):

1. Are there better strategies for writing these in a more memory friendly way? e.g. naming intermediate types, or declaring all properties in one huge object and defining respective types in terms of `Pick<>`?
2. Are there any profiling tools that anyone would recommend using to track this down?
3. any other advice is appreciated.

Unfortunately splitting the types up isn't an option (at least not obviously) because the types are deeply self referential.
Repository: godot
Issue: Instancing certain scenes in threads is extremely slow
Labels: topic:core,confirmed,performance

**Godot version:**
3.2.stable.official

**OS/device including version:**
Ubuntu 19

**Issue description:**
When calling `load(path).instance()` in a thread, I would expect the performance to be similar as outside of a thread, maybe slightly slower. With certain scenes, this is the case. For example, instancing a scene with a simple Node or a Spatial only takes 1.5x-2x longer in a thread than on the main thread.

However, with other scenes, this is not the case at all. Instancing a scene with, for example, a Node2D or a MeshInstance in the main thread is completely fine and fast, but doing so in a separate thread takes about 100x as long as in the main thread!

In addition, I have noticed that calling `wait_to_finish()` on such a thread is completely blocking, seemingly forever.

**Steps to reproduce:**
Instance a scene with a MeshInstance or a Node2D (likely others too, have only tested a few) in a thread and measure the time it takes with `OS.get_ticks_usec()`.  

**Minimal reproduction project:**
[slow-thread-instancing.zip](https://github.com/godotengine/godot/files/4287638/slow-thread-instancing.zip)

Start the project and check the logs. On my machine, the second iteration ("Slow scene", "Threaded") takes much longer, about 100x as long.
Repository: rust
Issue: false negative unused_mut:  if let x .. = &mut
Labels: A-lints,A-borrow-checker,T-compiler,C-bug

````rust
fn main() {
   let mut word = "hello".to_string();
   if let Some(_) = &mut word.chars().last() { // here
       word.push_str(" word");
   }
   
   println!("{}", word);
}
````

In this example, the `mut` in `if let Some(char) = &mut word.chars().last() {` is redundant but the compiler issued no warning.

`rustc 1.43.0-nightly (4ad624882 2020-03-03)`
Repository: youtube-dl
Issue: Site support request : NRJ.fr (podcasts)
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 2020.03.01. 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.03.01**
- [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.
-->

Playlist : https://www.nrj.fr/podcasts/l-appel-automatique-de-georges/

Single : https://www.nrj.fr/podcasts/l-appel-automatique-de-georges/l-appel-automatique-de-georges-vos-affaires-personnelles-mises-aux-encheres


## Description

<!--
Provide any additional information.
If work on your issue requires account credentials please provide them or explain how one can obtain them.
-->

NRJ is a French radio and has a podcast category on his website, it would be useful to download podcasts from the website
Repository: flutter
Issue: Support simple dragging
Labels: c: new feature,framework,P3,team-framework,triaged-framework

In some cases it would be great to be able to drag widgets (like dialogs) inside the dimensions of the phone or inside a widget without exchaning any data or having a specific drop target - i. e. moving a dialog to see what is below it.

Draggable and DropTarget seems to be disproportionate and to complicated to implement for this usecase...