sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: ant-design
Issue: Menu item with icon and text in inline collapse
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?
In the inline collapse menu, can only show the icon which is ambiguous to user, if we can put a text under it which can make it more clear meaning to user

### What does the proposed API look like?
Create two components which similar to MenuItem and SubMenu, here is an example of MenuItemCollapse which will show icon and text in single menu item.
Example code to use:
<Menu.ItemCollapse key="1">
        <Icon type="pie-chart" />
        <span>Option 1</span>
 </Menu.ItemCollapse>


<!-- generated by ant-design-issue-helper. DO NOT REMOVE -->
Repository: flutter
Issue: Let Flutter be installable via dnf
Labels: c: new feature,tool,platform-linux,P3,team-tool,triaged-tool

## Steps to Reproduce

<!-- Please tell us exactly how to reproduce the problem you are running into. -->

1. `sudo dnf install flutter`

## Logs

```
Last metadata expiration check: 0:52:16 ago on Wed 19 Dec 2018 06:10:23 PM PST.
No match for argument: flutter
Error: Unable to find a match
```

<!-- If possible, paste the output of running `flutter doctor -v` here. -->

Unable to get to that
Repository: go
Issue: x/mobile: Failed to build GO app for android platform
Labels: mobile

<!-- Please answer these questions before submitting your issue. Thanks! -->

### What version of Go are you using (`go version`)?

<pre>
$ go version
go version go1.11.1 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
GOARCH="amd64"
GOBIN="/home/mhirpara/work/go/bin"
GOCACHE="/home/mhirpara/.cache/go-build"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOOS="linux"
GOPATH="/home/mhirpara/work/go"
GOPROXY=""
GORACE=""
GOROOT="/usr/lib/go"
GOTMPDIR=""
GOTOOLDIR="/usr/lib/go/pkg/tool/linux_amd64"
GCCGO="gccgo"
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-build255459644=/tmp/go-build -gno-record-gcc-switches"
</pre></details>

### What did you do?
Trying to compile below GO app, which include C calls, for android platform.

```
package main

// #include <unistd.h>
// int
// am_session_leader()
// {
//   return (getsid(0));
// }
import "C"
import (
	"fmt"
)

func main() {
	fmt.Println(C.am_session_leader())
}
```
<!--
If possible, provide a recipe for reproducing the error.
A complete runnable program is good.
A link on play.golang.org is best.
-->

### What did you expect to see?
Expectation is to build this app for Android Platform, just like other platforms and should be able to run.

### What did you see instead?
I see build errors as below:
```
# command-line-arguments
./main.go:7: error: undefined reference to 'getsid'
./main.go:7: error: undefined reference to 'getsid'
clang70: error: linker command failed with exit code 1 (use -v to see invocation)
# command-line-arguments
./main.go:7:12: warning: implicit declaration of function 'getsid' is invalid in C99 [-Wimplicit-function-declaration]
```
Commands:
```
GOOS=android GOARCH=arm GOROOT=/usr/lib/go CGO_ENABLED=1 CC=/home/mhirpara/work/go/pkg/gomobile/ndk-toolchains/arm/bin/arm-linux-androideabi-gcc go build main.go

OR

gomobile build -x -target=android github.com/mehulhirpara/learning/cgo-getsid
```
Repository: pytorch
Issue: IDEEP error:could not initialize a memory descriptor
Labels: caffe2

I translate a caffe model to caffe2 model. Then I try to use the IDEEP device option to do forward compution , I got the error message "IDEEP error:could not initialize a memory descriptor" .
Repository: pytorch
Issue: caffe2: multi-thread(or multi-instance) predict is much slower than the single thread or single instance
Labels: caffe2

the caffe2 forward is much slower(one more times) than single thread or single instance, 
any one know how to deal with it?
thanks .
Repository: godot
Issue: VRAM compressed texture takes a lot of space when imported
Labels: enhancement,discussion,topic:import,topic:3d

I'm using Godot.alpha3 on OSX 10.14

`Video RAM` compressed textures are too big. 4kX4k texture takes 16mb on the drive. This is also affects exported game size.
```
[.]: ls -lah ghost.png
-rw-r--r--  1 jkbo  staff   480K Dec 20 14:16 ghost.png
[.]: ls -lah .import/ghost.png-f343bb4bd35f12f8f631dffe3b7d2891.*
-rw-r--r--  1 jkbo  staff    16M Dec 20 14:17 .import/ghost.png-f343bb4bd35f12f8f631dffe3b7d2891.etc2.stex
-rw-r--r--  1 jkbo  staff    91B Dec 20 14:17 .import/ghost.png-f343bb4bd35f12f8f631dffe3b7d2891.md5
-rw-r--r--  1 jkbo  staff    16M Dec 20 14:17 .import/ghost.png-f343bb4bd35f12f8f631dffe3b7d2891.s3tc.stex
-rw-r--r--  1 jkbo  staff   551K Dec 20 14:16 .import/ghost.png-f343bb4bd35f12f8f631dffe3b7d2891.stex
```
There is my import settings:
<img width="416" alt="screenshot 2018-12-20 at 14 40 06" src="https://user-images.githubusercontent.com/122736/50282863-2d50f880-0465-11e9-94f8-e558ff096181.png">
Repository: rust
Issue: Rustc_driver cann't correctly find codegen dirs with multiple subfolders in libdir.
Labels: A-driver,T-compiler

When rust compiled and installed with multiple subfolders in libdir it cann't correctly found directory with codegen-backends. See https://github.com/rust-lang/rust-clippy/issues/3565

```rust
        // use `parent` twice to chop off the file name and then also the
        // directory containing the dll which should be either `lib` or `bin`.
        if let Some(path) = dll.parent().and_then(|p| p.parent()) {
```
https://github.com/rust-lang/rust/blob/master/src/librustc_driver/lib.rs#L302

It would be work if `rustc_driver` was placed in `/usr/lib64/librustc_driver-62d9b292bf74f4a6.so` so it get `/usr` as sysroot but it placed in `/usr/lib64/rust-9999/librustc_driver-62d9b292bf74f4a6.so` so it get incorrect `/usr/lib64`.

I suppose it could be two possible solutions: The first is about to iterate parents until root will be reached. The second is to calculate number of parents need to be removed with `find_libdir` from `filesearch.rs`. Which are better or there are some other ways to solve this?

P.S. Looks like it doesn't fail for system-wide installed rustc and clippy because `filesearch::get_or_default_sysroot` got correct `/usr` sysroot from binaries in `/usr/bin`. If them will be moved same way as `gcc` in Gentoo it will break as well:
```bash
$ echo `which gcc`
/usr/x86_64-pc-linux-gnu/gcc-bin/7.3.0/gcc
```
Repository: vue
Issue: Transition is erroneously run when placed with bizarre sequence of sibling elements. 
Labels: bug,has workaround,transition


### Version
2.5.21

### Reproduction link
[https://jsfiddle.net/analyzeplatypus/eywraw8t/513878/](https://jsfiddle.net/analyzeplatypus/eywraw8t/513878/)

![screen recording 2018-12-20 at 8 21 07 pm mov](https://user-images.githubusercontent.com/18376110/50303197-00b4d500-0495-11e9-9f02-145099a68d15.gif)

### Steps to reproduce
The fiddle contains a seemingly random sequence of elements that illustrates the issue (described below). 

1. Open the JSFiddle
2. Click the "Change" button
3. The transition plays (it should not).

Try removing any of the DOM elements and the errant transition no longer plays!

### What is expected?
The transition should not run.
(CSS transition classes should not be applied, hooks should not be called, etc.)

### What is actually happening?
The transition is run (CSS transition classes are applied).

---
I came across this while building a complex form with multiple buttons that appear/disappear based on form state.
I noticed duplicated buttons in one of my unit tests, and found that a transition was being run even though its child's `v-if` binding was not being changed. I duplicated the component and whittled it down until I arrived at the attached JSFiddle.


This issue appears when the following sequence of elements are aligned:
1. A boolean entry in the Vue component's `data` dictionary (`hasChanges: false`, in the JSFiddle)

The DOM contains
2. A `<div>` whose `v-if` is bound to the boolean entry (1).
2. A `<transition>` containing a button which modifies the boolean entry (1).
3. An empty `<transition>` element.
4. A `<div>` whose `v-if` is bound to the boolean entry (1) modified by logical NOT (!). (In the fiddle, `v-if="!hasChanges"`).

With this exact structure, modifying the boolean entry (1) will run the transition - even though the transition is not bound to the boolean at all!

If you remove any of the above elements, **or even reorder them** (!) the errant transition will not run (which is the correct behavior).


Why does the transition run when placed with this particular set of siblings in this particular order?

<!-- generated by vue-issues. DO NOT REMOVE -->
Repository: godot
Issue: DynamicFont causes frame drops
Labels: bug,topic:core

**Godot version:**
Godot 3.1-dev (a custom version forked in September)

**OS/device including version:**
Android/iOS

**Issue description:**
Using DynamicFont causes noticeable frame drops when first shown. My guess is that the font textures are generated at that point and it's a slow enough to take some frames worth of time to be done. This is particular noticeable on less powerful devices such as smartphones.

It's definitely related to DynanicFont since when we replaced that to bitmap fonts (generated using Godot 2 importer) the frame drops went away.

**Minimal reproduction project:**
I really couldn't reproduce this in a small project as it is not slow enough to make a difference. This seems to be more of a problem if the FPS is already below the vsync time.
Repository: flutter
Issue: Support Unix .ar archives in license tool
Labels: c: new feature,team,engine,c: proposal,P2,team-engine,triaged-engine

Implement .ar and .tar parsers in the license tool and `ArBinaryFile` and `TarBinaryFile` classes in filesystem.dart.

See: https://github.com/flutter/engine/blob/55f022fc9c1e7f08420844bdc71f6d98bf9b4b46/tools/licenses/lib/filesystem.dart#L287-L290

We're doing a check for .ar filetype magic there (!<arch> + an LF). Rather than treating .ar files (and .tar files right above that) as opaque blobs, we should treat them roughly equivalently to a directory root in the tool and scan the contents for copyright/licence info the same way as we would a directory.

/cc @Hixie
Repository: TypeScript
Issue: Excessive stack depth comparing types with TS 3.2 
Labels: Bug,Domain: Mapped Types

<!-- Please try to reproduce the issue with `typescript@next`. It may have already been fixed. -->
**TypeScript Version:**  3.2.2

<!-- Search terms you tried before logging this (so others can find this issue more easily) -->
**Search Terms:**
error TS2321: Excessive stack depth comparing types
lodash

**Code**

```ts
import { PartialDeep, pick } from 'lodash';

type MapFunc<T> = (data: PartialDeep<T>) => PartialDeep<T>;

function testFunc<T>(): MapFunc<T> {
  return data => pick<PartialDeep<T>>(data, []) as PartialDeep<T>;
}
```

```json
{
  "compilerOptions": {
    "target": "es2018",
    "module": "commonjs",
    "lib": ["es2018", "dom"],
    "strict": true,
    "noEmitOnError": true
  }
}
```

**Expected behavior:**
This code should compile with TS 3.2 as it will with TS 3.1

**Actual behavior:**
Compliation fails with the following error
```
error TS2321: Excessive stack depth comparing types 'PartialDeep<T>' and 'PartialDeep<PartialDeep<T>>'.


Found 2 errors. 
```
Repository: flutter
Issue: Decouple scrollable's cacheExtent and implicit accessibility scrolling
Labels: platform-ios,framework,engine,a: accessibility,f: scrolling,P2,team-ios,triaged-ios

We should let people toggle `cacheExtent` for the purposes of pre-fetching and caching etc. But it's currently tied to implicit accessibility scrolling. 

Sounds like that's already a flag on SemanticsFlag so it should theoretically be composed with list views to prevent implicit scrolling (such as in case of PageViews where it should never implicitly scroll regardless of cacheExtent) https://docs.flutter.io/flutter/dart-ui/SemanticsFlag/hasImplicitScrolling-constant.html.

But the flag is not currently used in the iOS accessibility bridge. Implement something similar to https://github.com/flutter/engine/pull/5941. i.e. reads to kIsHidden should also be gated behind hasImplicitScrolling.

cc @goderbauer
Repository: youtube-dl
Issue: Site Support Request - www.enhancetv.com.au
Labels: account-needed


### Make sure you are using the *latest* version: run `youtube-dl --version` and ensure your version is *2018.12.17*. If it's not, read [this FAQ entry](https://github.com/rg3/youtube-dl/blob/master/README.md#how-do-i-update-youtube-dl) and update. Issues with outdated version will be rejected.
- [x ] I've **verified** and **I assure** that I'm running youtube-dl **2018.12.17**

### Before submitting an *issue* make sure you have:
- [x ] At least skimmed through the [README](https://github.com/rg3/youtube-dl/blob/master/README.md), **most notably** the [FAQ](https://github.com/rg3/youtube-dl#faq) and [BUGS](https://github.com/rg3/youtube-dl#bugs) sections
- [x ] [Searched](https://github.com/rg3/youtube-dl/search?type=Issues) the bugtracker for similar issues including closed ones
- [ x] Checked that provided video/audio/playlist URLs (if any) are alive and playable in a browser

### What is the purpose of your *issue*?
- [ ] Bug report (encountered problems with youtube-dl)
- [x ] Site support request (request for adding support for a new site)
- [ ] Feature request (request for a new functionality)
- [ ] Question
- [ ] Other



### If the purpose of this *issue* is a *site support request* please provide all kinds of example URLs support for which should be included (replace following example URLs by **yours**):
- Single video: https://www.enhancetv.com.au/video/time-team/11342


Note that **youtube-dl does not support sites dedicated to [copyright infringement](https://github.com/rg3/youtube-dl#can-you-add-support-for-this-anime-video-site-or-site-which-shows-current-movies-for-free)**. In order for site support request to be accepted all provided example URLs should not violate any copyrights.
Repository: pytorch
Issue: Improve one_hot
Labels: module: nn,triaged,function request

As discussed in https://github.com/pytorch/pytorch/pull/15208, the following improve can be made on `torch.nn.functional.ont_hot`:

- Make the `num_classes` parameter `int64_t?` instead of `int64_t num_classes = -1`
- Add optional dtype argument
- Add optional dim argument

cc: @zou3519 @vadimkantorov

cc @albanD @mruberry
Repository: pytorch
Issue: Transplant caffe2 on my DNN-accelerator
Labels: caffe2

## ❓ Questions and Help

### Please note that this issue tracker is not a help form and this issue will be closed.

We have a set of [listed resources available on the website](https://pytorch.org/resources). Our primary means of support is our discussion forum:

- [Discussion Forum](https://discuss.pytorch.org/)

If I want to transplant caffe2 on my DNN-accelerator (make my accelerator to be the backend like GPU), besides implementing my operators algorithm, what else should I do on the caffe2 framework?
Repository: TypeScript
Issue: Improve exception reporting
Labels: Bug,Crash

## Search Terms
Crash, Maximum call stack size exceeded, fork-ts-checker-webpack-plugin

## Suggestion
Improve crash logs by dumping statements, file names, line number and everything that might help to identify faulty statement.

<!-- A summary of what you'd like to see added or changed -->

I just upgraded packages and toolchain for large rect\typescript project.
I am using webpack with fork-ts-checker-webpack-plugin for type checks.

Plugin works fine with 3.1.6 and crashing with 3.2.2. Does not work with 3.3.0-dev.20181220 as well.

I found that dev version 3.2.0-dev.20181030 works ok, and 3.2.0-dev.20181031 is crashing.

Here is a crash log

```
RangeError: Maximum call stack size exceeded
    at resolveNameHelper (C:\code\spkg\web\node_modules\typescript\lib\typescript.js:31504:35)
    at resolveName (C:\code\spkg\web\node_modules\typescript\lib\typescript.js:31502:20)
    at resolveEntityName (C:\code\spkg\web\node_modules\typescript\lib\typescript.js:32353:26)
    at resolveTypeReferenceName (C:\code\spkg\web\node_modules\typescript\lib\typescript.js:38055:20)
    at getTypeFromTypeReference (C:\code\spkg\web\node_modules\typescript\lib\typescript.js:38240:30)
    at getTypeFromTypeNode (C:\code\spkg\web\node_modules\typescript\lib\typescript.js:39667:28)
    at getConstraintFromTypeParameter (C:\code\spkg\web\node_modules\typescript\lib\typescript.js:37898:72)
    at fillMissingTypeArguments (C:\code\spkg\web\node_modules\typescript\lib\typescript.js:37447:33)
    at getTypeFromClassOrInterfaceReference (C:\code\spkg\web\node_modules\typescript\lib\typescript.js:37999:78)

```

## Use Cases

It is rather impossible to identify faulty statements manually. I cannot distill what exactly is causing that, so detailed exception logging would be very helpfull 

## Examples
[Exception evaluating c:/code/example.tsx ]
[class: ABC]
[method: func()]
[expression: a = b + c; ]

RangeError: Maximum call stack size exceeded
    at resolveNameHelper (C:\code\spkg\web\node_modules\typescript\lib\typescript.js:31504:35)
    at resolveName (C:\code\spkg\web\node_modules\typescript\lib\typescript.js:31502:20)


## Checklist

My suggestion meets these guidelines:

* [x] This wouldn't be a breaking change in existing TypeScript/JavaScript code
* [x] This wouldn't change the runtime behavior of existing JavaScript code
* [x] This could be implemented without emitting different JS based on the types of the expressions
* [x] This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, etc.)
* [x] This feature would agree with the rest of [TypeScript's Design Goals](https://github.com/Microsoft/TypeScript/wiki/TypeScript-Design-Goals).
Repository: rust
Issue: A perf regression between 2018-12-20 and 2018-12-21
Labels: I-slow,I-compiletime,T-compiler

Instructions and wall-time took a [noticeable hit](https://perf.rust-lang.org/compare.html?start=2018-12-20&end=6d34ec18c7d7e574553f6347ecf08e1e1c45c13d&stat=instructions%3Au) due to one of [these changes](https://github.com/rust-lang/rust/compare/e42247f949fe2ce64d688f1585a2dbbc66720406...6d34ec18c7d7e574553f6347ecf08e1e1c45c13d).

instructions:
```
style-servo-check
	avg: 43.0%	min: 23.4%	max: 55.9%
style-servo-opt
	avg: 14.4%	min: 2.9%	max: 49.5%
style-servo-debug
	avg: 20.5%	min: 7.1%	max: 44.0%
sentry-cli-check
	avg: 29.6%	min: 14.9%	max: 41.4%
inflate-check
	avg: 10.6%	min: 3.4%	max: 33.6%
syn-check
	avg: 23.9%	min: 13.3%	max: 28.6%
inflate-opt
	avg: 7.3%?	min: 0.8%?	max: 26.0%?
inflate-debug
	avg: 9.2%	min: 3.5%	max: 25.6%
syn-debug
	avg: 12.7%	min: 6.9%	max: 20.4%
syn-opt
	avg: 6.6%?	min: 1.9%?	max: 20.3%?
sentry-cli-opt
	avg: 5.4%	min: 1.1%	max: 18.4%
ripgrep-check
	avg: 12.0%	min: 6.4%	max: 16.1%
```

wall-time:
```
style-servo-check
	avg: 21.8%	min: 12.3%	max: 29.1%
style-servo-opt
	avg: 11.5%	min: 5.3%	max: 22.2%
sentry-cli-check
	avg: 15.9%	min: 7.9%	max: 21.3%
syn-check
	avg: 13.6%	min: 7.6%	max: 18.6%
style-servo-debug
	avg: 14.2%	min: 7.8%	max: 18.4%
inflate-check
	avg: 10.1%	min: 7.2%	max: 17.0%
inflate-opt
	avg: 4.3%?	min: 0.3%?	max: 14.4%?
inflate-debug
	avg: 7.3%	min: 4.9%	max: 12.7%
syn-opt
	avg: 5.5%?	min: 3.4%?	max: 10.2%?
```

Cc @varkor (I [narrowed it down](https://perf.rust-lang.org/compare.html?start=09d6ab90e556bf692ff3f8790d97b3ca4fee94b0&end=3f7c718926ab697f91730a987829658146540413&stat=instructions%3Au))
Repository: TypeScript
Issue: Incompatible type error in regular js with JSDoc generic type annotations
Labels: Bug,Domain: JSDoc

<!-- 🚨 STOP 🚨 𝗦𝗧𝗢𝗣 🚨 𝑺𝑻𝑶𝑷 🚨

Half of all issues filed here are duplicates, answered in the FAQ, or not appropriate for the bug tracker. Even if you think you've found a *bug*, please read the FAQ first, especially the Common "Bugs" That Aren't Bugs section!

Please help us by doing the following steps before logging an issue:
  * Search: https://github.com/Microsoft/TypeScript/search?type=Issues
  * Read the FAQ: https://github.com/Microsoft/TypeScript/wiki/FAQ

Please fill in the *entire* template below.
-->

<!-- Please try to reproduce the issue with `typescript@next`. It may have already been fixed. -->
**TypeScript Version:**  3.3.0-dev.20181221

<!-- Search terms you tried before logging this (so others can find this issue more easily) -->
**Search Terms:** types incompatible, jsdoc, generic

**Code**
Here I am using regular javascript code with JSDoc type annotations to add typings.

```JavaScript
/**
 * @type {(f: (p1: U) => V, g: (p1: T) => U) => (p1: T) => V}
 * @template T, U, V
 */
const compose2 = (f, g) => (p1) => f(g(p1))

/**
 * @type {(a: number) => number}
 */
const f = a => a

/**
 * @type {(a: number) => number}
 */
const g = a => a

const c = compose2(f, g)
```

**Expected behavior:** I think no error about types are incompatible should be displayed. The generic types should be replaced with the actual ones. (in contrast if I write a similar type notation for `compose2` via `d.ts` file it works flawlessly)

**Actual behavior:** a ts(2345) error:
![image](https://user-images.githubusercontent.com/2802924/50338600-0ce07700-0515-11e9-912d-e83962e7603d.png)


**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: flutter
Issue: Scrollbar resizing and jumping
Labels: framework,f: scrolling,has reproducible steps,P2,found in release: 2.8,found in release: 2.10,team-framework,triaged-framework

Hi everyone. 
I have noticed that scrollbar working fine with Lists without pagination and with items of the same size.
While we have pagination and items are of different size (like chat with many messages) - scrollbar behaves strange - it is jumping and resizing itself

You can find reference to video here:
https://drive.google.com/open?id=1sCmo5_22juM45q0kT82nQdvPwzCwJ-zU

Please let me know what can I do, or, if there any solutions for that?
Thank you in advance
Repository: godot
Issue: Unable to achieve the desired function about getting properties value from scene drag-and-drop nodes in visualscript
Labels: topic:visualscript

**Godot version:**
godot3.1 alpha3


**OS/device including version:**
manjaro gnome x64
Intel® Core™ i3-2350M CPU @ 2.30GHz × 4
Intel® Sandybridge Mobile
OpenGL ES 3.0 Renderer: Mesa DRI Intel(R) Sandybridge Mobile
intel hd 3000


**Issue description:**
It can not  get player attributes value.
![2018-12-21 21-22-09](https://user-images.githubusercontent.com/33272474/50348004-88244600-0572-11e9-9bdf-59c17b9739b7.png)
But it can.
![2018-12-21 21-43-52](https://user-images.githubusercontent.com/33272474/50348005-89ee0980-0572-11e9-926e-b215a204fe61.png)

**Steps to reproduce:**
![peek 2018-12-21 22-57](https://user-images.githubusercontent.com/33272474/50348593-2a90f900-0574-11e9-9680-493b448bac07.gif)


**Minimal reproduction project:**
[test111.zip](https://github.com/godotengine/godot/files/2703247/test111.zip)