sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: godot
Issue: `OS.has_touchscreen_ui_hint()` returns `false` unexpectedly depending on surrounding code (race condition)
Labels: bug,platform:android,topic:gdscript,topic:porting,needs testing

**Godot version:**
3.3


**OS/device including version:**
Android-Emulator running a Pixel with Android 30


**Issue description:**
This is a hard one, I guess, anyways...

We're developing a game using EgoVenture and it is using `OS.has_touchscreen_hint()` to determine wether the game's running on a touchscreen or not.

Now, in this function it hides inventory buttons depending on that: https://github.com/deep-entertainment/egoventure/blob/master/addons/egoventure/nodes/inventory/inventory.gd#L30

The example games works perfect, but in a new project we're developing, it doesn't work. If I run it using an Android emulator and set a breakpoint there, `is_touch` is set to false:

<img width="1047" alt="Bildschirmfoto 2021-05-26 um 19 44 57" src="https://user-images.githubusercontent.com/203453/119707806-d9c80d80-be5b-11eb-9ed1-07bb45297dd9.png">

If I simply add another (actually bogus) code line there, it magically becomes true:

<img width="1043" alt="Bildschirmfoto 2021-05-26 um 19 46 26" src="https://user-images.githubusercontent.com/203453/119707852-e9dfed00-be5b-11eb-9bfd-12d81afb177b.png">

I tried creating a sample project for this issue, but can't reproduce it there. I'd say it's a race condition but according to the code, the Android platform should always return true for OS.has_touchscreen_hint().

So basically, I'm stumped. Any ideas?

**Steps to reproduce:**

If I'd only knew! :(

**Minimal reproduction project:**

Sadly nothing. :(
Repository: terminal
Issue: `keybindings` of dead keys using AltGr+X
Labels: Help Wanted,Area-Input,Issue-Bug,Area-Settings,Product-Terminal,Priority-2

### Windows Terminal version (or Windows build number)

1.9.1445.0

### Steps to reproduce

- Use a keyboard that has a dead key hidden behind a altgr+X combo. (This is the case for instance on AZERTY keyboards for the <kbd>\~</kbd> or the <kbd>\`</kbd> keys: the former is a dead key that requires <kbd>altGr</kbd>+<kbd>\~</kbd> or <kbd>ctrl</kbd>+<kbd>alt</kbd>+<kbd>\~</kbd> (the <kbd>\~</kbd> is located on the <kbd>2</kbd> key, the <kbd>\`</kbd> on the <kbd>7</kbd> key))

The AZERTY keyboard for context:
![](https://camo.githubusercontent.com/b684d428ce04f860921ba21c5b42e65a861f497f16f64c48b2779b4a2ccce5e9/68747470733a2f2f75706c6f61642e77696b696d656469612e6f72672f77696b6970656469612f636f6d6d6f6e732f7468756d622f622f62392f4b425f4672616e63652e7376672f35303070782d4b425f4672616e63652e7376672e706e67)

- Bind that dead key to some action. for instance, I use those two `keybindings` to "un-deadify" some keys:
```json
{
    "command": {
        "action": "sendInput",
        "input": "^"
    },
    "keys": "^"
},
{
    "command": {
        "action": "sendInput",
        "input": "~"
    },
    "keys": "ctrl+alt+~"
}
```

### Actual Behavior

Both <kbd>^</kbd> and <kbd>~</kbd> keys are dead keys.

- If I type <kbd>^</kbd>, it works great: the `^` shows up instantly and doesn't act as a dead key.
- If try to print a `~` it does work great when doing <kbd>ctrl</kbd>+<kbd>alt</kbd>+<kbd>\~</kbd> (what `altgr` is an alias of), but not when using <kbd>altGr</kbd>+<kbd>\~</kbd>:
  - when doing <kbd>ctrl</kbd>+<kbd>alt</kbd>+<kbd>\~</kbd>: the key shows instantly
  - when doing <kbd>altGr</kbd>+<kbd>\~</kbd>: the key still acts dead (I need to add a space for `~` to show up)
- I made sure that `altGrAliasing` was turned on.

### Comments

This issue follows my previous https://github.com/microsoft/terminal/issues/5784 issue. TBF, this is the edge case of an edge case, and I would understand if this never got fixed... I'm just secretly hoping for another `@lhecker` miracle 😄 but can probably live without it
Repository: godot
Issue: Vulkan: Setting ReflectionProbe update mode to "Always" is not counted in the frame time, making FPS calculation misleading
Labels: bug,topic:rendering,topic:editor,topic:3d

- *Related to https://github.com/godotengine/godot/issues/80945.*

**Godot version:** `master` Git 27baa1267

**OS/device including version:** Fedora 33, GeForce GTX 1080 (NVIDIA 465.27)

**Issue description:**

Setting ReflectionProbe update mode to "Always" is not counted in the frame time, making FPS calculation misleading.

This may be due to reflection probe rendering not being included in the GPU frame counters.

I've also noticed this happening with **Enable Shadows** (disabling that property will counter-intuitively *decrease* FPS), but this may be due to a different reason.

**Steps to reproduce:**

With the minimal reproduction project below:

- Enable **View Frame Time** in the **Perspective** menu in the top-left corner of the 3D editor.
- Select the first 4 ReflectionProbe nodes and set their update mode to **Always (Slow)**.
- Your FPS will plummet when these reflection probes are in view, but the frame time graph will report identical or even *increased* FPS (and decreased GPU frame time).

**Minimal reproduction project:** [test_many_reflection_probes.zip](https://github.com/godotengine/godot/files/6549375/test_many_reflection_probes.zip)
Repository: rust
Issue: Tracking Issue for `trusted_step`
Labels: T-libs-api,C-tracking-issue

Feature gate: `#![feature(trusted_step)]`

This is a tracking issue for the the `TrustedStep` trait. This trait indicates that the implementation of `Step` upholds all stated invariants, allowing certain optimizations to be made. `TrustedLen` is automatically implemented for all range types when `TrustedStep` is implemented.

### Public API

<!--
For most library features, it'd be useful to include a summarized version of the public API.
(E.g. just the public function signatures without their doc comments or implementation.)
-->

```rust
// core::iter
unsafe trait TrustedStep {}
```

### Steps / History

- [x] Implementation: #83772
- [ ] Final commenting period (FCP)
- [ ] Stabilization PR

### Unresolved Questions

- None yet.

### Blockers

- [ ] `min_specialization` #31844
Repository: angular
Issue: `ngc --help` and `ngc --version` result in compilation rather than providing help/version output
Labels: type: bug/fix,area: compiler,P3

# Bug Report

### Affected Package
<!-- Can you pin-point one or more @angular/* packages as the source of the bug? -->
The issue is caused by package @angular/compiler-cli


### Is this a regression?
no

### Description
`ngc --help` doesn't print any help output, but instead performs program compilation.
`ngc --version` does the same.

This is confusing because we claim that `ngc` is wrapper around `tsc` and `tsc` has all of these flags.

It would be great if the command behaved as a true wrapper around ngc and either returned a reasonable (augmented) output from tsc, or we'd error on these as unsupported flags.

The origin of this request is #29623 where the developers believe that the `ngc --help` hangs, when it fact it's just unexpectedly busy compiling the program.

I have not checked the behavior of all flags, but it would be great if we had a deterministic and intentional behavior for all `tsc` flags.


## Minimal Reproduction
<!--
Please create and share minimal reproduction of the issue starting with this template: https://stackblitz.com/fork/angular-ivy
-->
```
ng new test-app
cd test-app
$(npm bin)/ngc --help
$(npm bin)/ngc --version
```

## Your Environment

**Angular Version:**
<pre><code>
<!-- run `ng version` and paste output below -->
v12.0.1
</code></pre>
Repository: material-ui
Issue: Fixed version in example package.json
Labels: new feature,docs,ready to take

It would be easier to know what versions are being packaged in the working example if we had them fixed in the `package.json`. Is there something that prevents this?

https://github.com/mui-org/material-ui/blob/master/examples/nextjs/package.json
Repository: flutter
Issue: [url_launcher] Open Files in Snap
Labels: platform-linux,p: url_launcher,package,c: proposal,a: desktop,P3,team-linux,triaged-linux

## Use case

My application parses text files. When the user wants to edit said files they can click a button and the url_launcher allows me to open the file in their default text editor.

## Proposal

I purpose we get url_launcher snap functionality on par with other platforms and distribution methods.

In this repo I am trying to get it to work: https://github.com/MateusAmin/flutter-linux-snap-url-launcher-bug

You will need to update the file string on line 66 

## Links of Interest

https://github.com/MateusAmin/flutter-linux-snap-url-launcher-bug
https://developer.gnome.org/gio/stable/GAppInfo.html#g-app-info-launch-default-for-uri
https://gitlab.gnome.org/GNOME/glib/-/blob/master/gio/gappinfo.c#n759
https://gitlab.gnome.org/GNOME/glib/-/blob/master/gio/gopenuriportal.c#n102

https://specifications.freedesktop.org/mime-apps-spec/mime-apps-spec-latest.html
https://forum.snapcraft.io/t/open-pdf-file-with-java8-app-in-external-viewer/20282/7
Repository: go
Issue: os: directory exists but os.ReadDir reports "no such file or directory"
Labels: NeedsInvestigation

<!--
Please answer these questions before submitting your issue. Thanks!
For questions please use one of our forums: https://github.com/golang/go/wiki/Questions
-->

<pre>
 go version go1.16.4 linux/amd64

</pre>


<details><summary><code>go env</code> Output</summary><br><pre>
GO111MODULE="on"
GOARCH="amd64"
GOBIN=""
GOCACHE="/home/olongfen/.cache/go-build"
GOENV="/home/olongfen/.config/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE=""
GOMODCACHE="/media/olongfen/data/gocode/pkg/mod"
GONOPROXY="github.com/olongfen"
GONOSUMDB="github.com/olongfen"
GOOS="linux"
GOPATH="/media/olongfen/data/gocode"
GOPRIVATE="github.com/olongfen"
GOPROXY="https://goproxy.io"
GOROOT="/media/olongfen/data/software/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/media/olongfen/data/software/go/pkg/tool/linux_amd64"
GOVCS=""
GOVERSION="go1.16.4"
GCCGO="gccgo"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD="/media/olongfen/data/gocode/src/github.com/olongfen/note/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 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build317772534=/tmp/go-build -gno-record-gcc-switches"


</pre></details>

### I do it
<pre>
 I used os.ReadDir("/media/olongfen/stomach/data/ccb/A003-202104/A003-7/"), i confirm my dir is exist,but it send this error:
 ERRO[0000] readdirent /media/olongfen/stomach/data/ccb/A003-202104/A003-7/: no such file or directory </pre>

![image](https://user-images.githubusercontent.com/44766084/119751565-f866ec80-becd-11eb-9089-81083d5fb095.png)





### What did you see instead?
Repository: pytorch
Issue: Issue: support auto generation of device check for sparse tensors
Labels: module: sparse,triaged,module: codegen

## 🐛 Bug

## To Reproduce

```python 

@dtypes(torch.double)
def test_matmul_device_mismatch(self, device, dtype):
    cpu = torch.rand((10, 10))
    cuda = cpu.cuda()
    for s, m1, m2 in itertools.product((cpu, cuda), repeat=3):
        print(s.device, m1.device, m2.device)
        csr = m1.to_sparse() #         csr = m1.to_csr_sparse()
        if s.device == csr.device == m2.device:
            torch.addmm(s, csr, m2)
        else:
            with self.assertRaisesRegex(RuntimeError, "Expected all tensors to be on the same device"):
                torch.addmm(s, csr, m2)
```
If we disable checks

https://github.com/pytorch/pytorch/blob/1bd22e28b318b15cbfe37ee1a112df9423aab328/aten/src/ATen/native/sparse/SparseCsrTensorMath.cpp#L100

https://github.com/pytorch/pytorch/blob/1bd22e28b318b15cbfe37ee1a112df9423aab328/aten/src/ATen/native/sparse/SparseTensorMath.cpp#L609

Fails with `Segmentation fault (core dumped)` when `(s.device, m1.device, m2.device)`  are ` cpu, cpu, cuda:0`. Basically `gen_device_check->common_device_check_failure` is not called.  It fails even when 2nd parameter of `addmm` is a COO or CSR sparse tensor.  

## Expected behavior

code-gen calls `gen_device_check->common_device_check_failure`. 

## Additional info

Following PR https://github.com/pytorch/pytorch/pull/56872


cc @aocsa @nikitaved @pearu @cpuhrsch @IvanYashchuk @mruberry
Repository: go
Issue: cmd/go: do not instrument packages which are non-deterministic
Labels: NeedsInvestigation,fuzz

During development I've noticed that reported coverage will often decrease after restarting fuzzing, indicating that counters are being incremented by functionality not triggered by the code being fuzzed.

Doing some manual testing while working on a `encoding/json` indicates that `sync` in particular is quite noisy and will cause new edges to be triggered for the first couple of seconds.

We probably can't automate this for third party code (although we should probably document that if you're fuzzing code that i.e. spawns background goroutines in an `init` it may be quite noisy) we may want to make an effort to find packages in the stdlib which have this problem. The simplest approach to this would be to run a fuzz target which does nothing (`f.Fuzz(func(_ *testing.T, _b_ []byte) {})`) and incrementally instrument packages. Anything that then increases counted edges can probably be considered noisy, and should be considered for exclusion (there will, likely, be packages we cannot exclude, despite being noisy).
Repository: ant-design
Issue: 为滑动Tab标签提供搜索API
Labels: 💡 Feature Request,Inactive

- [x] I have searched the [issues](https://github.com/ant-design/ant-design/issues) of this repository and believe that this is not a duplicate.

### What problem does this feature solve?
当用户使用滑动Tabs标签时，一定是因为数据量过大，需要分段显示，如果可以参考Select，添加搜索框，会提升用户友好性

### What does the proposed API look like?
| 参数 | 说明 | 类型 | 默认值 | 版本 |
| --- | --- | --- | --- | --- |
| onSearch | 文本框值变化时回调 | function(value: string) | - |  |


<!-- generated by ant-design-issue-helper. DO NOT REMOVE -->
Repository: flutter
Issue: [Tracking] Deferred components compatibility with add2app
Labels: c: new feature,platform-android,tool,t: gradle,customer: google,dependency: android,a: build,P3,team-android,triaged-android

Deferred components currently supports a pure flutter app deferring pure flutter code and assets.

We have since seen requests to extend this to deferring in add2app use cases as well as the ability to fully defer all of flutter.

This can be multiplexed into the following support levels:

- Building flutter module into deferred components + base component that is included at initial install (https://github.com/flutter/flutter/issues/82791)
- Building the entire flutter module as a single deferrable component (https://github.com/flutter/flutter/issues/81265)
- Building the entire flutter module as a deferrable base module including the engine+framework as well as deferrable sub-components ('fully supported')
- No support for deferred components in add2app (this is where we currently are).

One of the primary challenges is adapting deferred components to an otherwise fully developer managed android app structure. It is risky to make assumptions about how the developer's app is set up and even riskier still to recommend/directly make changes to an existing non-flutter app.
Repository: pytorch
Issue: test_bottleneck_cuda fails without error message
Labels: module: cuda,module: tests,triaged

## 🐛 Bug

The test_bottleneck_cuda Test fails sometimes.
This usually happens when run as part of the whole test suite (`run_tests.py`) and seems to be hard to reproduce when running directly (i.e. `python test_utils.py`)
I've also noticed this test failing on CUDA 11.x while it seemingly works on CUDA 10.x but as it is flaky I can't tell for sure and running the whole test suite takes hours, so verifying that is hard.

## To Reproduce

Steps to reproduce the behavior:

1. Compile PyTorch
1. `python run_tests.py`

```
FAIL: test_bottleneck_cuda (__main__.TestBottleneck)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "test_utils.py", line 423, in test_bottleneck_cuda
    self.assertEqual(rc, 0, msg='Run failed with\n{}'.format(err))
  File "/tmp/install_pt/lib/python3.8/site-packages/torch/testing/_internal/common_utils.py", line 1173, in assertEqual
    self.assertTrue(result, msg=msg)
AssertionError: False is not true : Run failed with
```

--> There is just an error exit-code, no message whatsoever

## Expected behavior

Test succeed or fails at least with a descriptive error

## Environment

 - PyTorch Version (e.g., 1.0): 1.7.1 & 1.8.1
 - OS (e.g., Linux): Linux
 - How you installed PyTorch (`conda`, `pip`, source): source
 - Python version: 3.7, 3.8,
 - CUDA/cuDNN version: 10.1.243, 11.0.2, 11.1.1
 - GPU models and configuration: GTX 1080, A100


cc @ngimel @mruberry @VitalyFedyunin @walterddr
Repository: TypeScript
Issue: Plugin module resolve should respect yarn link
Labels: Bug

# Bug Report

<!--
  Please fill in each section completely. Thank you!
-->

### 🔎 Search Terms
plugin, resolve modules, yarn link, symbol link
<!--
  What search terms did you use when trying to find an existing bug report?
  List them here so people in the future can find this one more easily.
-->

### 🕗 Version & Regression Information

<!-- When did you start seeing this bug occur?

"Bugs" that have existed in TS for a long time are very likely to be FAQs; refer to
  https://github.com/Microsoft/TypeScript/wiki/FAQ#common-bugs-that-arent-bugs

If possible, please try testing the nightly version of TS to see if it's already been fixed.
For npm: `typescript@next`
This is also the 'Nightly' version in the playground: http://www.typescriptlang.org/play/?ts=Nightly

Note: The TypeScript Playground can be used to try older versions of TypeScript.

Please keep and fill in the line that best applies:
-->
- I was unable to test this on prior versions because Well...


### Repro

1. We have a project:

**tsconfig.json**

```json
{
    "compilerOptions": {
        "plugins": [
            { "name": "test_plugin" }
        ],
        "preserveSymlinks": true
    }
}
```

PS: `preserveSymlinks` is not matter

**package.json**
```json
{
  "name": "demo",
  "version": "1.0.0",
  "main": "index.js",
  "license": "MIT",
  "dependencies": {
    "test_plugin": "file:../..",
    "typescript": "^4.3.2"
  }
}

```

**index.ts**
```ts
var a = 123
var b = a + 123
var c = b + 321
var d = a + b + c
```

2. build TypeScript, gulp local && gulp lkg
3. run `yarn link` in TypeScript project
4. run `yarn link typescript` in out project
5. open `index.ts`
6. use workspace version typescript

**Log outputs**

```
Info 27   [15:17:58.112] Enabling plugin test_plugin from candidate paths: 
/opensource/TypeScript/lib/tsserver.js/../../..,c:\Program Files\Microsoft VS Code\resources\app\extensions\typescript-language-features
```

Obviously, the first candidate path is not correct, and the plugin **loaded failed**.

And It's works fine if I choice the tarball pack.
Repository: youtube-dl
Issue: Add support for castos.com-hosted podcasts embedded in an iframe
Labels: site-support-request

## Checklist

- [x] I'm reporting a new site support request
- [x] I've verified that I'm running youtube-dl version **2021.05.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

1. https://saifedean.com/podcast/58-taxation-bitcoin-and-the-state-with-dominic-frisby/
2. https://5ffc6bf0bf71b5-21733898.castos.com/player/456577

## Description

https://castos.com aids the production of podcasts, including hosting. An example is the interview with Dominic Frisby at URL 1 on which youtube-dl falls back on the generic extractor which finds nothing.

In that page, Castos's player is in an iframe and loads URL 2. youtube-dl again uses the generic fallback and successfully downloads but can only call the file Castos-456577.mp3 rather than something more friendly.

May either support be added for either:
- Telling the generic extractor to pursue one level of iframe.
- Explicit recognition of an embedded Castos player which would hopefully give a nicer filename.
Repository: go
Issue: net/http: ServeFile and FileServer information leak
Labels: NeedsDecision

[`ServeFile`](https://golang.org/pkg/net/http/#ServeFile) and [`FileServer`](https://golang.org/pkg/net/http/#FileServer) are used to serve static files.

These files have to exists on the server or the two functions will return a 404.

The issue is that both function don't just return 404 by default, but they try to return an error that gives information on the server's local filesystem:
https://github.com/golang/go/blob/3075ffc93e962792ddf43b2a528ef19b1577ffb7/src/net/http/fs.go#L597-L610

This is the current implementation of `toHTTPError`:
https://github.com/golang/go/blob/3075ffc93e962792ddf43b2a528ef19b1577ffb7/src/net/http/fs.go#L672-L681

This means that an attacker can probe the server's filesystem and discover potentially existing files that the server can't access, or otherwise infer information on the current directory tree (even if those paths are not accessible by the user running the server).

I propose we change this behavior to make all errors returned by [`serveFile`](https://github.com/golang/go/blob/3075ffc93e962792ddf43b2a528ef19b1577ffb7/src/net/http/fs.go#L586) be a 404.

Note that there already are security-sensitive implementations [out there](https://github.com/google/go-safeweb/blob/ac48b95725fa01536c20cf85bfd0fc2b76528293/safehttp/fileserver.go#L98) trying to get around this kind of behavior. It would be nice if people didn't have to wrap the response writer in order to avoid introducing [OWASP TESTING GUIDE-4.8.1: Improper error handling](https://owasp.org/www-community/Improper_Error_Handling) in their code.

/cc @FiloSottile @katiehockman @rolandshoemaker @bradfitz @neild
Repository: godot
Issue: Pressing the Move tool shortcut only works when the current tool is not Select
Labels: bug,topic:editor,needs testing

<!-- Please search existing issues for potential duplicates before filing yours:
https://github.com/godotengine/godot/issues?q=is%3Aissue
-->

**Godot version:**
<!-- Specify commit hash if using non-official build. -->
3.3.2 stable mono

**OS/device including version:**
<!-- Specify GPU model, drivers, and the backend (GLES2, GLES3, Vulkan) if graphics-related. -->
win10 64

**Issue description:**
<!-- What happened, and what was expected. -->
Pressing the "W" hotkey to select the "Move" tool does not work if you first press the "Q" hotkey to select the "Selection" tool.

**Steps to reproduce:**
Create and select a tilemap node.
Press the hotkey "Q", this should select the "Select" tool
Press the "W" hotkey, this should select the "Move" tool but that doesn't happen.
Press the "E" hotkey, this selects the "Rotation" tool and you can now press the "W" hotkey and it will work properly and the "Move" tool will be selected.

**Minimal reproduction project:**
<!-- A small Godot project which reproduces the issue. Drag and drop a zip archive to upload it. -->