sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: flutter
Issue: SelectableText is rebuilt periodically even if `showCursor` is false
Labels: framework,f: material design,has reproducible steps,found in release: 2.2,found in release: 2.3,team-design,triaged-design

`SelectableText` keeps rebuilding itself periodically once it is clicked on. It looks like the ticker for the cursor animation is running even when the cursor is disabled.

## Steps to Reproduce

Run the code below.

```dart
import 'package:flutter/material.dart';

void main() => runApp(App());

class App extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    return MaterialApp(
      home: Scaffold(
        body: Center(
          child: SelectableText('abcde'),
        ),
      ),
    );
  }
}
```

**Expected results:**

No unnecessary rebuilds.

**Actual results:**

![selectable_text](https://user-images.githubusercontent.com/20254485/119960252-bd54de00-bfdf-11eb-9675-1b9da9826199.gif)
Repository: material-ui
Issue: Tooltips doesn't close when opening <Select>
Labels: bug 🐛,component: select,component: tooltip

The tooltip opens when the user hovers over the <Select> element but stays open even after clicking the <Select> anchor.

- [x] The issue is present in the latest release.
- [x] I have searched the [issues](https://github.com/mui-org/material-ui/issues) of this repository and believe that this is not a duplicate.

## Current Behavior 😯

The tooltip stays open even after clicking the `<Select>` anchor.

## Expected Behavior 🤔

The tooltip should close. See below behavior of Gmail:

https://user-images.githubusercontent.com/9339055/119963564-86170a80-bfa8-11eb-93ce-b98d826f6471.mov

## Steps to Reproduce 🕹

Steps:

1. Open sandbox: https://codesandbox.io/s/goofy-moon-dr1nr
2. Hover over `<Select>` => show tooltip
3. Click `<Select>` => Tooltip stays (and overlays popup)

https://user-images.githubusercontent.com/9339055/119963357-4819e680-bfa8-11eb-9e78-57301f60d952.mov

## Context 🔦

The anchor of the `<Select>` needs to be short to fit the design (up to being an icon). Yet, new users might find it challenging to understand what different options mean.

## Your Environment 🌎

<details>
  <summary>`npx @material-ui/envinfo`</summary>
  
```
  System:
    OS: macOS 11.2.3
  Binaries:
    Node: 14.15.1 - ~/n/bin/node
    Yarn: 1.22.5 - ~/.yarn/bin/yarn
    npm: 6.14.11 - /usr/local/bin/npm
  Browsers:
    Chrome: 90.0.4430.212
    Edge: Not Found
    Firefox: 84.0
    Safari: 14.0.3
  npmPackages:
    @emotion/styled:  10.0.27 
    @material-ui/core: ^4.11.0 => 4.11.4 
    @material-ui/data-grid: 4.0.0-alpha.29 => 4.0.0-alpha.29 
    @material-ui/icons: ^4.9.1 => 4.11.2 
    @material-ui/lab: ^4.0.0-alpha.56 => 4.0.0-alpha.58 
    @material-ui/pickers: ^3.2.10 => 3.3.10 
    @material-ui/styles:  4.11.4 
    @material-ui/system:  4.11.3 
    @material-ui/types:  5.1.0 
    @material-ui/utils:  5.0.0-alpha.33 
    @material-ui/x-grid: 4.0.0-alpha.29 => 4.0.0-alpha.29 
    @material-ui/x-license:  4.0.0-alpha.29 
    @types/react: ^16.9.55 => 16.14.6 
    react: ^17.0.0 => 17.0.2 
    react-dom: ^17.0.0 => 17.0.2 
    typescript: ^4.1.2 => 4.2.4 
```
</details>
Repository: excalidraw
Issue: Documentation for running a self-hosted collaboration server is missing
Labels: docker

It seems that the code currently uses hardcoded collaboration portal server defined in https://github.com/excalidraw/excalidraw/blob/master/.env

Documentation for running a self-hosted collaboration server to be able to change this part is missing.

However, if this is intentional and collaboration server is purposefully closed source without any documentation it should be clearly said in file README.md.
Repository: create-react-app
Issue: "TypeError: Cannot read property 'then' of undefined" when mocking async function with Jest
Labels: needs triage,issue: bug report

### Describe the bug

I have the following interface in TypeScript:

```
interface Something {
  getValueAsync: () => Promise<number>
}
```

I'm trying to create a mock instance with Jest:

```
const mock : Something = {
  getValueAsync: jest.fn().mockResolvedValue(123),
};
```

When running the tests, the tested component that receives the mock fails with:

```
TypeError: Cannot read property 'then' of undefined

   7 |
   8 |   useEffect(() => {
>  9 |     if (something) something.getValueAsync().then(setValue);
     |                    ^
  10 |   }, [something]);
```

Note that the instance of `something` is retrieved via the context, if ever that's relevant

### Did you try recovering your dependencies?

I created a fresh app to reproduce the issue.

### Which terms did you search for in User Guide?

I searched for Jest TypeError: Cannot read property 'then' of undefined

### Environment

```
> npx create-react-app --info
npx: installed 67 in 5.771s

Environment Info:

  current version of create-react-app: 4.0.3
  running from C:\Users\guill\AppData\Roaming\npm-cache\_npx\6932\node_modules\create-react-app

  System:
    OS: Windows 10 10.0.19042
    CPU: (8) x64 Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz
  Binaries:
    Node: 14.15.4 - C:\Program Files\nodejs\node.EXE
    Yarn: 1.22.10 - C:\Program Files\nodejs\yarn.CMD
    npm: 6.14.10 - C:\Program Files\nodejs\npm.CMD
  Browsers:
    Chrome: 91.0.4472.77
    Edge: Spartan (44.19041.964.0), Chromium (90.0.818.66)
    Internet Explorer: 11.0.19041.1
  npmPackages:
    react: ^17.0.2 => 17.0.2
    react-dom: ^17.0.2 => 17.0.2
    react-scripts: 4.0.3 => 4.0.3
  npmGlobalPackages:
    create-react-app: Not Found
```

### Steps to reproduce

Follow the steps in bug description, or clone the repo at https://github.com/gfox1984/jest-async, then run the tests

### Expected behavior

All tests to pass (the component should render the mocked value '123')

### Actual behavior

The error reported in bug description occurs.

### Reproducible demo

https://github.com/gfox1984/jest-async, then run the tests

Beware, I could only reproduce the issue when cloning the repo locally (the same repo on codesandbox works as expected: https://codesandbox.io/s/pensive-pine-m481d?file=/src/SomethingComponent.test.tsx)
Repository: godot
Issue: [Bullet] RayCast collision noise near edge of static body
Labels: topic:physics,topic:3d

**Godot version:**
Godot 3.3.2-stable


**OS/device including version:**
Linux

**Issue description:**
A RayCast cursor from the player's hand is used to select and draw onto different surfaces flashes in and out of contact as they move the ray off the edge of the surface.

![Peek 2021-05-28 11-31](https://user-images.githubusercontent.com/677254/119971351-c1193e00-bfa8-11eb-9a19-900045c5b445.gif)

The minimal reproduction project makes 0.1mm steps through a series of origin points for the RayCast and shows how the collider goes in and out of existence.
```
z=-24.545801 --> (12.104905, 0.000062, -25.103224)
z=-24.545702 --> (12.104907, 0.000009, -25.103149)
z=-24.545603 --> (12.104907, 0.000001, -25.103054)
z=-24.545504 --> (12.104905, 0.000084, -25.102917)
z=-24.545404 --> (0, 0, 0)
z=-24.545305 --> (12.104906, 0.000022, -25.102747)
z=-24.545206 --> (0, 0, 0)
z=-24.545107 --> (0, 0, 0)
z=-24.545008 --> (0, 0, 0)
z=-24.544909 --> (0, 0, 0)
z=-24.544809 --> (12.104907, 0.00002, -25.102251)
z=-24.54471 --> (12.104905, 0.000084, -25.102123)
z=-24.544611 --> (0, 0, 0)
z=-24.544512 --> (12.104907, 0.000001, -25.101965)
z=-24.544413 --> (12.104907, 0.00002, -25.101854)
z=-24.544313 --> (12.104908, -0.000001, -25.101765)
z=-24.544214 --> (12.104907, 0.000001, -25.101667)
z=-24.544115 --> (12.104906, 0.000012, -25.101562)
z=-24.544016 --> (0, 0, 0)
z=-24.543917 --> (12.104907, 0.000009, -25.101364)
z=-24.543818 --> (12.104907, 0.00002, -25.101259)
z=-24.543718 --> (0, 0, 0)
z=-24.543619 --> (0, 0, 0)
z=-24.54352 --> (0, 0, 0)
z=-24.543421 --> (0, 0, 0)
z=-24.543322 --> (12.104907, 0.00002, -25.100763)
```

**Steps to reproduce:**
The CollisionShape in the StaticBody is a (1,1,0.01) Box.  

I scale the StaticBody by (25,25,1) to set it to the size I want it to be, because this is more convenient than having to set the Box size and the scale on the visible Mesh object individually. The StaticBody is where I can do both at once.

I suspect (but am not sure) my `margin` is somehow getting scaled by 25 up from 0.01 to 0.25 in the X and Y planes, and that the RayCast algorithm treats this as a tolerance value and considers it optional whether or not a RayCast passing outside the object but within the margin reports a collision.

To avoid this noise I would like to set this margin to 0.0, but this is not allowed.  However, I could hack values below the minimum allowed by creating a large surface and scaling everything proportionally down -- if margins are being scaled.  

But why would the CollisionShape margin being scaled at all, since its effects and use (for performance) take place in the global space? 

**Minimal reproduction project:**
[raycast_dither.zip](https://github.com/godotengine/godot/files/6560286/raycast_dither.zip)
Repository: create-react-app
Issue: Remove node_module packages prop-types in production
Labels: needs triage,issue: bug report

I have a package in node_modules. and I used `esm`  I mean my package `type` is `module`. but in bundle files, I see my package's propTypes.

<img width="408" alt="Screen Shot 2021-05-28 at 16 32 48" src="https://user-images.githubusercontent.com/1549069/119981097-79a7a780-bfd2-11eb-8d11-21c0eccb2e02.png">
Repository: go
Issue: encoding/xml: fail to roundtrip with interface inside
Labels: NeedsInvestigation

### What version of Go are you using (`go version`)?

<pre>
$ go version
go version go1.16.2 linux/amd64
</pre>

### Does this issue reproduce with the latest release?

Yes... as playground says "The current version is go1.16.4."

### 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="/home/stepan/.cache/go-build"
GOENV="/home/stepan/.config/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE=""
GOMODCACHE="/home/stepan/go/pkg/mod"
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/home/stepan/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/lib/go-1.16"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/lib/go-1.16/pkg/tool/linux_amd64"
GOVCS=""
GOVERSION="go1.16.2"
GCCGO="gccgo"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD="/home/stepan/develop/ziax-webhook/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-build3078049904=/tmp/go-build -gno-record-gcc-switches"
</pre></details>

### What did you do?

I use interface to build structure of xml in runtime. I dump to xml successfully, but fail to load data back.

### What did you expect to see?

I expect to do roundtrip encoding-decoding with the same structure of type-value combination in golang.

### What did you see instead?

The current implementation use name of interface field in parsing instead of XMLName inside referenced structure.

### Testcase

Source of https://play.golang.org/p/bAMPYS-rjSe :

```go
package main

import (
	"bytes"
	"encoding/xml"
	"fmt"
)

func main() {
	type Envelope struct {
		XMLName struct {} `xml:"envelope"`
		Body interface {}
	}
	type Data struct {
		XMLName struct {} `xml:"person"`
		Name string `xml:"name"`
	}

	envelopeOrigin := Envelope {
		Body: Data {Name: "Ivanov"},
	}

	var buf bytes.Buffer
	enc := xml.NewEncoder(&buf)
	enc.Encode(envelopeOrigin)
	enc.Flush()

	if buf.String() != "<envelope><person><name>Ivanov</name></person></envelope>" {
		panic("Test is broken.")
	}

	envelopeReconstructed := Envelope {
		Body: Data {},
	}
	dec := xml.NewDecoder(&buf)
	dec.Decode(&envelopeReconstructed)

	if envelopeOrigin != envelopeReconstructed {
		panic(fmt.Sprintf("Deserialization failed origin %+v does not match reconstructed %+v", envelopeOrigin.Body.(Data), envelopeReconstructed.Body.(Data)))
	}
}
```
Repository: godot
Issue: YSort as a child of YSort does not draw on canvas from _draw() function
Labels: bug,topic:rendering

**Godot version:** 3.3.1

**OS/device including version:** Ubuntu 20.10, Intel Corporation HD Graphics 620 (rev 02), driver=i915, GLES3

**Issue description:**
YSort, which is direct descendant of parent YSort, with script attached and `draw_circle` call in `_draw` function does not draw anything. I am expecting it to draw on canvas. 
My use case is to draw helper data in the editor.
When `enabled` is set to `false` on the child YSort, circle appears.

**Steps to reproduce:**
1. Create new 2D scene
2. Add YSort node
3. Add another YSort as a child of the first YSort node.
3. Attach new GDScript to the child YSort node.
4. Override `_draw` function.
5. Call `draw_circle(Vector.ZERO, 50, Color.blue)`
6. Error: no circle is drawn. However, on parent YSort node, the same script draws the circle.

**Minimal reproduction project:** 
[YSortBug.zip](https://github.com/godotengine/godot/files/6560772/YSortBug.zip)
Repository: terminal
Issue: Shift-ctrl-C sends interrupt if no text is selected
Labels: Area-TerminalControl,Area-Settings,Product-Terminal,Issue-Task

### Windows Terminal version (or Windows build number)

1.7.1033.0

### Other Software

Both Command Prompt (10.0.19042.985) and Ubuntu (20.04.2 LTS). Probably others as well.

### Steps to reproduce

1. Make sure you have not selected any text.
2. Be unaware of the above.
3. Press shift-ctrl-C


### Expected Behavior

Nothing happens. Alternatively, emptying the clipboard would also be acceptable, although less desirable.

### Actual Behavior

Interrupt is sent to running program, as if ctrl-C is pressed. Suddenly and unexpectedly, I have to restart my program, or restart editing my command line. If I had wanted that, I'd have pressed ctrl-C, not the text copying command, which is something entirely different. Why would you conflate these two?
Repository: go
Issue: doc: clarify the interaction between modules and synthesized packages
Labels: Documentation,NeedsDecision,modules

<!-- Please answer these questions before submitting your issue. Thanks! -->

### What version of Go are you using (`go version`)?

<pre>
$ go version
go version go1.16.4 linux/amd64
</pre>

### Does this issue reproduce with the latest release?


### What operating system and processor architecture are you using (`go env`)?

<details><summary><code>go env</code> Output</summary><br><pre>
$ go env
GO111MODULE="on"
GOARCH="amd64"
GOBIN="/home/manlio/.local/bin"
GOCACHE="/home/manlio/.cache/go-build"
GOENV="/home/manlio/.config/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE="*.local"
GOMODCACHE="/home/manlio/.local/lib/go/pkg/mod"
GONOPROXY=""
GONOSUMDB="*.local"
GOOS="linux"
GOPATH="/home/manlio/.local/lib/go:/home/manlio/src/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/lib/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/lib/go/pkg/tool/linux_amd64"
GOVCS=""
GOVERSION="go1.16.4"
GCCGO="gccgo"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD="/dev/null"
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-build1005692883=/tmp/go-build -gno-record-gcc-switches"
GOROOT/bin/go version: go version go1.16.4 linux/amd64
GOROOT/bin/go tool compile -V: compile version go1.16.4
uname -sr: Linux 5.12.7-arch1-1
/usr/lib/libc.so.6: GNU C Library (GNU libc) release release version 2.33.
gdb --version: GNU gdb (GDB) 10.2
</pre></details>

### What did you do?

The `packages` help topic (`go help packages` or https://golang.org/pkg/cmd/go/#hdr-Package_lists_and_patterns), says:
```
As a special case, if the package list is a list of .go files from a
single directory, the command is applied to a single synthesized
package made up of exactly those files, ignoring any build constraints
in those files and ignoring any other files in the directory.
```

The following command, as an example, works
```sh
go build /abs/path/to/file.go
```

The problem is that, in *module mode*, a package must belong to a module, so in theory `go build` should fail as in
```sh
cd /abs/path/to
go build
```
```
go: go.mod file not found in current directory or any parent directory; see 'go help modules'
```

The documentation should say that a module is also synthesized.
Repository: youtube-dl
Issue: Add flag to reset autonumber between playlists
Labels: 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 2021.05.16. If it's not, see https://yt-dl.org/update on how to update. Issues with outdated version will be REJECTED.
- Search the bugtracker for similar feature 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 feature request
- [x] I've verified that I'm running youtube-dl version **2021.05.16**
- [x] I've searched the bugtracker for similar feature requests including closed ones


## Description

I encountered an issue while attempting to use autonumber recently. I was attempting to download some playlists from the YouTube channel Crash Course. For each series, they have a preview video that functions as an "Episode 00". With one playlist, this is simple enough to fix. You simply add `--autonumber-start 0` and use `%(autonumber)02d` for episode indexing.

However, issues arise when passing in multiple playlists. Youtube-DL supports a variable number of URL's to be processed. When multiple playlists are passed in, the autonumber does not reset between operands. This makes sense if you're passing in individual video URL's and want them to be indexed, but for me it is important that each series have it's own indexing starting from 00.

For additional context, I am downloading these videos to be used with a media server that references TVDB. Having the "first" episode (i.e. the second video in the playlist) indexed as 01 is important to ensure that the metadata is mapped properly. So, `%(playlist_index)02d` doesn't satisfy my use case, and `%(autonumber)02d` in its current state requires me to pass in each playlist as a separate youtube-dl command.

I am aware that this has been addressed in some form in [issue #10729](https://github.com/ytdl-org/youtube-dl/issues/10729), however due to my extenuating circumstances noted above, `playlist_index` is insufficient for my use case. To be more specific, using `--autonumber-start` together with multiple playlists is not currently supported, which is what this issue is trying to address. Therefore, I think it would be useful to have a flag that allows autonumber to reset between playlist operands when passing more than one at once.
Repository: youtube-dl
Issue: heibaizhibo.com
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 2021.05.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 **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

<!--
Provide all kinds of example URLs support for which should be included. Replace following example URLs by yours.
-->

- Single live stream: https://www.heibaizhibo.com/anchorLive/513780
- Single live stream: https://www.heibaizhibo.com/anchorLive/543655
- Live streams list: https://www.heibaizhibo.com/anchorLive


## Description

<!--
Provide any additional information.
If work on your issue requires account credentials please provide them or explain how one can obtain them.
-->

https://www.heibaizhibo.com/anchorLive

sports live streams site from China
Repository: TypeScript
Issue: The results of the 'Mapped Types' distribution have changed.
Labels: Bug,Rescheduled

# Bug Report

The conversion result of 'Mapped Types' has changed in 4.3.2 or later typescript. 

### 💻 Code

```typescript
type Base = { 100: { a: number }; 200: { b: string } }
type NewType<T = Base> = {
  [P in keyof T ]: {
    code: P
    body: T[P]
  }
} extends {
  [P in any]: infer R
}
  ? R
  : never

let test: NewType
```

### 🙁 Actual behavior

- 4.3.0-beta and earlier
```typescript
let test: {
    code: 100;
    body: {
        a: number;
    };
} | {
    code: 200;
    body: {
        b: string;
    };
}
```
- 4.3.2 

```typescript
let test: {
    code: keyof Base;
    body: {
        a: number;
    } | {
        b: string;
    };
}
```

### 🙂 Expected behavior

Hoping to return to pre-4.3.0-beta behavior!