sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: yt-dlp
Issue: [BetIE] Broken extractor
Labels: site-bug

### Checklist

- [X] I'm reporting a broken site
- [X] I've verified that I'm running yt-dlp version **2021.11.10.1**. ([update instructions](https://github.com/yt-dlp/yt-dlp#update))
- [X] I've checked that all provided URLs are alive and playable in a browser
- [X] I've checked that all URLs and arguments with special characters are [properly quoted or escaped](https://github.com/ytdl-org/youtube-dl#video-url-contains-an-ampersand-and-im-getting-some-strange-output-1-2839-or-v-is-not-recognized-as-an-internal-or-external-command)
- [X] I've searched the [bugtracker](https://github.com/yt-dlp/yt-dlp/issues?q=) for similar issues including closed ones. DO NOT post duplicates
- [X] I've read the [guidelines for opening an issue](https://github.com/yt-dlp/yt-dlp/blob/master/CONTRIBUTING.md#opening-an-issue)
- [X] I've read about [sharing account credentials](https://github.com/yt-dlp/yt-dlp/blob/master/CONTRIBUTING.md#are-you-willing-to-share-account-details-if-needed) and I'm willing to share it if required

### Region

United States

### Description

BET.com is only showing super small unknown-video files available for download, older versions showed the urls as unsupported. So it's nice to see it not showing that but these are not viable video files. Was messing around to get them to be recognized but I either get a 500 error or a 404 error depending on where i point the mrss feed url.

### Verbose log

```shell
ytdl "https://www.bet.com/episodes/a2h873/tyler-perry-s-sistas-burning-taboo-season-3-ep-17" --verbose
[debug] Command-line config: ['https://www.bet.com/episodes/a2h873/tyler-perry-s-sistas-burning-taboo-season-3-ep-17', '--verbose']
[debug] Encodings: locale cp1252, fs utf-8, out utf-8, err utf-8, pref cp1252
[debug] yt-dlp version 2021.11.10.1 (win_exe)
[debug] Python version 3.8.10 (CPython 64bit) - Windows-10-10.0.18363-SP0
[debug] exe versions: ffmpeg 4.4-full_build-www.gyan.dev (setts), ffprobe 4.4-full_build-www.gyan.dev, rtmpdump 2.4
[debug] Optional libraries: Cryptodome, mutagen, sqlite, websockets
[debug] Proxy map: {}
[debug] [generic] Extracting URL: https://www.bet.com/episodes/a2h873/tyler-perry-s-sistas-burning-taboo-season-3-ep-17
[generic] tyler-perry-s-sistas-burning-taboo-season-3-ep-17: Requesting header
WARNING: [generic] Falling back on generic information extractor.
[generic] tyler-perry-s-sistas-burning-taboo-season-3-ep-17: Downloading webpage
[generic] tyler-perry-s-sistas-burning-taboo-season-3-ep-17: Extracting information
[debug] Looking for video embeds
[debug] Identified a JSON LD
[debug] Default format spec: bestvideo*+bestaudio/best
[info] tyler-perry-s-sistas-burning-taboo-season-3-ep-17: Downloading 1 format(s): 0
[debug] Invoking downloader on "https://www.bet.com/episodes/a2h873/tyler-perry-s-sistas-burning-taboo-season-3-ep-17"
[download] Destination: Burning Taboo [tyler-perry-s-sistas-burning-taboo-season-3-ep-17].unknown_video
[download] 100% of 304.62KiB in 00:00
```
Repository: yt-dlp
Issue: Nick.com video-clips are showing as unsupported url
Labels: site-bug

### Checklist

- [X] I'm reporting a broken site
- [X] I've verified that I'm running yt-dlp version **2021.11.10.1**. ([update instructions](https://github.com/yt-dlp/yt-dlp#update))
- [X] I've checked that all provided URLs are alive and playable in a browser
- [X] I've checked that all URLs and arguments with special characters are [properly quoted or escaped](https://github.com/ytdl-org/youtube-dl#video-url-contains-an-ampersand-and-im-getting-some-strange-output-1-2839-or-v-is-not-recognized-as-an-internal-or-external-command)
- [X] I've searched the [bugtracker](https://github.com/yt-dlp/yt-dlp/issues?q=) for similar issues including closed ones. DO NOT post duplicates
- [X] I've read the [guidelines for opening an issue](https://github.com/yt-dlp/yt-dlp/blob/master/CONTRIBUTING.md#opening-an-issue)
- [X] I've read about [sharing account credentials](https://github.com/yt-dlp/yt-dlp/blob/master/CONTRIBUTING.md#are-you-willing-to-share-account-details-if-needed) and I'm willing to share it if required

### Region

United States

### Description

Nick.com works great except for video-clips. The url seems to have changed as is now unsupported by yt-dlp.

### Verbose log

```shell
ytdl -F "https://www.nick.com/video/nhihgv/rugrats-night-howl" --verbose
[debug] Command-line config: ['-F', 'https://www.nick.com/video/nhihgv/rugrats-night-howl', '--verbose']
[debug] Encodings: locale cp1252, fs utf-8, out utf-8, err utf-8, pref cp1252
[debug] yt-dlp version 2021.11.10.1 (win_exe)
[debug] Python version 3.8.10 (CPython 64bit) - Windows-10-10.0.18363-SP0
[debug] exe versions: ffmpeg 4.4-full_build-www.gyan.dev (setts), ffprobe 4.4-full_build-www.gyan.dev, rtmpdump 2.4
[debug] Optional libraries: Cryptodome, mutagen, sqlite, websockets
[debug] Proxy map: {}
[debug] [generic] Extracting URL: https://www.nick.com/video/nhihgv/rugrats-night-howl
[generic] rugrats-night-howl: Requesting header
WARNING: [generic] Falling back on generic information extractor.
[generic] rugrats-night-howl: Downloading webpage
[generic] rugrats-night-howl: Extracting information
[debug] Looking for video embeds
ERROR: Unsupported URL: https://www.nick.com/video/nhihgv/rugrats-night-howl
Traceback (most recent call last):
  File "yt_dlp\YoutubeDL.py", line 1311, in wrapper
  File "yt_dlp\YoutubeDL.py", line 1336, in __extract_info
  File "yt_dlp\extractor\common.py", line 595, in extract
  File "yt_dlp\extractor\generic.py", line 3766, in _real_extract
yt_dlp.utils.UnsupportedError: Unsupported URL: https://www.nick.com/video/nhihgv/rugrats-night-howl
```
Repository: TypeScript
Issue: Possible eager resolution of type parameters
Labels: Bug

# Bug Report

Using this `Equals` type found here https://github.com/microsoft/TypeScript/issues/27024#issuecomment-421529650 i'm seeing an issue when wrapping that utility type within another.

It appears to relate specifically to:

1) Comparing tuples of types
2) Having a predetermined type supplied to one of `Equals` type parameters and supplying the other through the wrapping function type

### 🔎 Search Terms

eager resolution

### 🕗 Version & Regression Information

Tested against 3.3.3 - 4.5.0 and nightly in the playground

- This is the behaviour in every version I tried, and I reviewed the FAQ for entries about eager resolution

### ⏯ Playground Link

[Playground link](https://www.typescriptlang.org/play?ts=4.4.4&ssl=18&ssc=89&pln=3&pc=1#code/PTAEAEBsEsDsGtQAsAuKAOBnAXCA5tCkgK4BGAdAMYD2AtsLdJQE7WbUBmKwAKgJ7oApgGUW0dN2iZMxQZmAAmAOwAGBQBYAxFJmCatWoNgoAtOoUBGAKwKAnADYrKgLAAoNygGDQAUQCOxACGkJgAPAAaADSgAJoAfKAAvG6gqaAAFKE8cekAlEkJPKCCAB4oRgAmmKDhoAD8oBag2KAK+aXlsFUpaZnZeQWgRR2V1TH1jc2t+Q0ozLJTHMGYggDcbm4gW9s7u3v7B4eHG66eQqAA6tTM8HB4AGLEsJQo0NSwWV4W0fxCCgmJXwBZahADav0E3yGXgUAF1ouCvj8YbCEiBQAB5ADSJzO3gAcu8rjc7o9nq93p8hFCIf8kkCgiEwRCaSiEZg5ndorBiLRSIJmKjQOjCShMTj3JK8aByhymoD-IywqCOcwuaAeXyBfDQCrObA8NzefzBWiwHMFrivDK5CgFPTibcDWSXm8Pqr1ZqTWaZfNBFbzrKUABmemE2CO0lPV2Uj0Go1a5g+pYhbwmYolIQvQQVGVIKQy6igZZF-m+2RuIA)

### 💻 Code

```
////////////////////////////////////////////////////////////////

type Equals<X, Y> =
    (<T>() => T extends X ? 1 : 2) extends
    (<T>() => T extends Y ? 1 : 2) ? true : false;

////////////////////////////////////////////////////////////////

type WorkingFunction<Type1, Type2> = Equals<[Type1, Type2], [Type1, Type2]> // OK

type NonWorkingFunction<Type1, Type2> = Equals<[Type1, Type2], [string, number]> // Not OK


type test1 = Equals<[string, number], [string, number]> // true 

type test2 = WorkingFunction<string, number> // true

type test3 = NonWorkingFunction<string, number> // false - expected this to also be true
```

### 🙁 Actual behaviour

Resolves to false

### 🙂 Expected behaviour

To resolve to true
Repository: flutter
Issue: [Proposal] Add the option to enable/disable the TextInputAction
Labels: a: text input,c: new feature,framework,f: material design,c: proposal,team-design,triaged-design

![](https://raw.githubusercontent.com/lazyee/ImageHosting/master/img/WechatIMG33.jpeg)
I want to implement a function similar to the one described in the picture in Flutter
Repository: storybook
Issue: Docs addon freezes with certain nested JSX expressions in dev server
Labels: bug,block: source,needs triage

**Describe the bug**

When:

- there are certain nested JSX expression within a React Story
- dynamic code generation for the docs addon is enabled (the default)
- the Storybook dev server is used

Visiting the docs page for that story causes the browser to freeze.

**To Reproduce**

I've pushed a repro here with instructions: https://github.com/jpveooys/storybook-bug-repro

The story that triggers the problem is here:

https://github.com/jpveooys/storybook-bug-repro/blob/5cee67290512bc467f9d06e412799c1505653924/stories/Header.stories.tsx#L21-L27

**System**

```
10:34 $ npx sb@next info

Environment Info:

  System:
    OS: Linux 5.13 Ubuntu 21.10 21.10 (Impish Indri)
    CPU: (16) x64 AMD Ryzen 7 PRO 5850U with Radeon Graphics
  Binaries:
    Node: 16.13.0 - /usr/bin/node
    Yarn: 3.1.0 - /usr/bin/yarn
    npm: 8.1.0 - /usr/bin/npm
  Browsers:
    Chrome: 96.0.4664.45
    Firefox: 94.0
  npmPackages:
    @storybook/addon-actions: ^6.4.0-rc.4 => 6.4.0-rc.4 
    @storybook/addon-docs: ^6.4.0-rc.4 => 6.4.0-rc.4 
    @storybook/addon-essentials: ^6.4.0-rc.4 => 6.4.0-rc.4 
    @storybook/addon-links: ^6.4.0-rc.4 => 6.4.0-rc.4 
    @storybook/react: ^6.4.0-rc.4 => 6.4.0-rc.4 
```

**Additional context**

This problem doesn't happen in a production build.

It also doesn't happen if the story is rewritten to use the args pattern.
Repository: vscode
Issue: Markdown renderer unescape is not totally fixed
Labels: bug,help wanted,markdown


Issue Type: <b>Bug</b>

I found [this existing issue](https://github.com/microsoft/vscode/issues/14968) about Markdown renderer escapes, which was supposed to be fixed, but found an edge case that is still broken.

Load [this repro](https://github.com/thw0rted/issue-examples/tree/vscode-json-schema) in Code, then mouse over the "value" property name in `data.jsonc`.  You will see that the link ends with a superfluous literal backslash character, and clicking it opens a URL that ends with `%5C`.

![image](https://user-images.githubusercontent.com/943160/142611059-27d5ad89-970e-424b-8276-2957566a781e.png)


----

VS Code version: Code 1.62.2 (3a6960b964327f0e3882ce18fcebd07ed191b316, 2021-11-11T20:56:38.428Z)
OS version: Windows_NT x64 10.0.19043
Restricted Mode: No

<details>
<summary>System Info</summary>

|Item|Value|
|---|---|
|CPUs|Intel(R) Core(TM) i7-8650U CPU @ 1.90GHz (8 x 2112)|
|GPU Status|2d_canvas: enabled<br>gpu_compositing: enabled<br>multiple_raster_threads: enabled_on<br>oop_rasterization: enabled<br>opengl: enabled_on<br>rasterization: enabled<br>skia_renderer: enabled_on<br>video_decode: enabled<br>vulkan: disabled_off<br>webgl: enabled<br>webgl2: enabled|
|Load (avg)|undefined|
|Memory (System)|15.92GB (2.87GB free)|
|Process Argv|--crash-reporter-id 104bab69-2434-4424-a670-b65cf70439b5|
|Screen Reader|no|
|VM|0%|
</details><details><summary>Extensions (20)</summary>

Extension|Author (truncated)|Version
---|---|---
vscode-m3u|af4|1.0.0
ng-template|Ang|13.0.0
npm-intellisense|chr|1.4.0
vscode-svgviewer|css|2.0.0
vscode-markdownlint|Dav|0.45.0
githistory|don|0.6.19
xml|Dot|2.5.1
EditorConfig|Edi|0.16.4
vscode-npm-script|eg2|0.3.23
json-tools|eri|1.0.2
JasmineSnippets|jor|0.1.0
xml-format|mik|1.1.2
remote-ssh|ms-|0.66.1
remote-ssh-edit|ms-|0.66.1
powershell|ms-|2021.10.2
java|red|1.0.0
vscode-autohotkey|sle|0.2.2
vscode-hexdump|sle|1.8.1
vscodeintellicode|Vis|1.2.14
html-css-class-completion|Zig|1.20.0


</details>
<!-- generated by issue reporter -->
Repository: godot
Issue: Onion skinning breaks at Viewports number > 16 (INTROSORT_THRESHOLD)
Labels: bug,topic:editor,topic:animation

### Godot version

3.4.stable

### System information

Windows 10

### Issue description

Onion skinning will break as soon as there are **more than 16 viewports** in the engine.

This occur on the following engine call stack:
- Onion skinning, file _"animation_player_editor_plugin.cpp"_,  makes calls to `VS::draw()`
- In `VS::draw`, file _"visual_server_raster.cpp"_, `line 107: VSViewport::draw_viewports()`
- In `VSViewport::draw_viewports`, file _"visual_server_viewport.cpp"_, `line 285: active_viewports.sort_custom<ViewportSort>()`


This issue's root comes from the fact that `.sort_custom` uses **introsort alg**. (file _"sort_array.h"_) whom have a different behavior when vector's size goes over introsort's threshold (`INTROSORT_THRESHOLD = 16`).

The following screenshot represent two block, **each one is a draw call**, with number of viewports at the top and `active_viewports`'s content.
As you can see, a mirroring sorting happens when you're above introsort's threshold **(actually at 16)**, and sorting criteria are met.

![capture](https://user-images.githubusercontent.com/26434546/142607405-ebd4ff76-9e8e-4ba3-a556-cfd1fc66dc27.png)

This issue can easily be fixed by changing the sorting algorithm. Now before I go on fixing this issue, I need to now how I should "properly" fixe this (modifying such code without approval is generally a bad idea/waste of time).
Looking forward for Godot's gods to show me the way.

@RandomShaper

### Steps to reproduce

This issue can easily be reproduce:
- Create a 2D/3D scene
- Add a visual Node (Sprite/MeshInstance)
- Add an AnimationPlayer
- Create a new Animation so that your visual Node move in space
- Activate onion skinning
- Add/Duplicate a Viewport in the scene (7 Viewports should be the number)
- See onion skinning break

### Minimal reproduction project

_No response_
Repository: vscode
Issue: Bracket Pair Colorization for HTML tags
Labels: feature-request,bracket-pair-colorization

<!-- ⚠️⚠️ Do Not Delete This! feature_request_template ⚠️⚠️ -->
<!-- Please read our Rules of Conduct: https://opensource.microsoft.com/codeofconduct/ -->
<!-- Please search existing issues to avoid creating duplicates. -->

<!-- Describe the feature you'd like. -->
 
I love the new, native built-in bracket pair colorization feature of VS Code, colorful brackets are useful for quickly identifying the current block.

However, I still miss colorization in HTML files and templates. There are some extensions, but these have the same shortcomings as the (now replaced) Rainbow Brackets 2 extension, as well as quite “ugly” rendering.
IntelliJ IDEA has a popular plugin (called Rainbow Brackets as well) which handles HTML (and XML) opening and closing tags very nicely:
The tag name itself still has the default highlighting, in my case it’s a light green. However, the angle brackets `<>` and forward slash `/` are colorized according to the block level.

Please take a look at the attached example of this:
![image](https://user-images.githubusercontent.com/22134144/142617723-b42c2280-9aed-48d9-81eb-f3d39a1c75e1.png)

It would be really nice to have a similar feature with similar rendering in VS Code itself, because especially for structured files like HTML, with lots of nesting, more color would be beneficial for a quick and at-a-glance overview of the document structure.
Repository: godot
Issue: Closing a opened glb scene shows a dialog with: "Requested file format unknown: glb"
Labels: bug,topic:editor,confirmed,topic:import,topic:3d

### Godot version

3.4.stable.arch_linux

### System information

Linux

### Issue description

Sometimes I quickly open a .glb scene to check if animations/etc look right in godot. When I close it, a dialog pops up that gets in the way. I haven't actually made any changes to the scene, so Godot shouldn't be trying to save it. This only happens with the "Close Scene" keyboard shortcut, not when clicking the X.

### Steps to reproduce

1. Open a `.glb` scene
2. Select "open anyways"
3. Press ctrl+shift+w (the shortcut for "Close Scene")
4. See a dialog saying "Requested file format unknown: glb"

### Minimal reproduction project

[example.zip](https://github.com/godotengine/godot/files/7570161/example.zip)
Repository: pytorch
Issue: DISABLED test_ind_worker_queue (__main__.TestIndividualWorkerQueue)
Labels: high priority,module: dataloader,triaged,module: macos,skipped

Platforms: macos, linux, win

See https://github.com/pytorch/pytorch/runs/4259400670?check_suite_focus=true.

Relevant snippet:

```
======================================================================
ERROR [5.127s]: test_ind_worker_queue (__main__.TestIndividualWorkerQueue)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "test_dataloader.py", line 2377, in test_ind_worker_queue
    self._run_ind_worker_queue_test(batch_size=batch_size, num_workers=num_workers + 1)
  File "test_dataloader.py", line 2352, in _run_ind_worker_queue_test
    for i, (worker_ids, sample) in enumerate(loader):
  File "/usr/local/miniconda/envs/build/lib/python3.8/site-packages/torch/utils/data/dataloader.py", line 521, in __next__
    data = self._next_data()
  File "/usr/local/miniconda/envs/build/lib/python3.8/site-packages/torch/utils/data/dataloader.py", line 1186, in _next_data
    idx, data = self._get_data()
  File "/usr/local/miniconda/envs/build/lib/python3.8/site-packages/torch/utils/data/dataloader.py", line 1139, in _get_data
    raise RuntimeError('DataLoader timed out after {} seconds'.format(self._timeout))
RuntimeError: DataLoader timed out after 5 seconds

----------------------------------------------------------------------
Ran 146 tests in 960.364s

FAILED (errors=1, skipped=17, unexpected successes=3)
```

cc @ezyang @gchanan @zou3519 @bdhirsh @jbschlosser @pietern @mrshenli @pritamdamania87 @zhaojuanmao @satgera @rohan-varma @gqchen @aazzolini @osalpekar @jiayisuse @SciPioneer @H-Huang @SsnL @VitalyFedyunin @ejguan @NivekT @malfet @albanD
Repository: material-ui
Issue: [docs] Add major version to documentation URLs
Labels: docs,v5.x migration

### Summary 💡

Since the release of MUI v5 it is a PITA when looking up solutions for v4 over at stackoverflow or through github issues which do contain links to the official MUI documentation. Since the v4 documentation was moved with the release of v5, all those links to the documentation are now pointing to the v5 docs and some are broken.

The v5 documentation currently does not contain the version in the URL as well, so the same issue will repeat itself as soon as v6 will be released.

I think it would make much sense to _always_ add the major version to the doc URLs, so when a new version is released, the internet does not break :-)

### Examples 🌈

Random example, this stack overflow comment was posted in reply to a question regarding v4:

> ![Captura de pantalla de 2021-11-19 15-11-22](https://user-images.githubusercontent.com/313079/142636610-35cbd2b6-dfa2-4efa-b9db-32f6f828a0d7.png)
>
> Source: https://stackoverflow.com/questions/62725780/material-ui-themeprovider-not-passing-theme-to-components

The posted docs URL https://material-ui.com/customization/globals/#css now points to the v5 docs and the #css anchor does not exist anymore.

### Motivation 🔦

Keeping references to the docs within issues, blog posts, SO answers etc. intact when new MUI versions get released.
Repository: react
Issue: React 18 doesn't wait for long running suspended promises
Labels: Type: Discussion,React 18

At Shopify with Hydrogen, we are encountering a problem with long running requests and React Server Components. If a component within a suspense boundary makes a request to blackhole.webpagetest.org, `pipeToNodeWritable` doesn't stay open while the promise to blackhole is suspended.

Steps:

1. Request from the client
2. Server starts `pipeToNodeWritable`
3. One component in the tree makes a request to blackhole, which won't ever resolve (node-fetch eventually times out).
4. React almost immediately calls `onCompleteAll`, even though the underlying promise has yet to resolve.
5. `onError` is never called either
6. This error is in the server console: `Warning: There was still abortable task at the root when we closed. This is a bug in React.`

Eventually the error from the request does timeout, and it shows up in the console, but it's too late to stream anything to the client because the response has been closed. But even catching that error is hard/difficult, because. it is just dumped to the console, and doesn't actually go through React's `pipeToNodeWritable` `onError` handler.

See the example here: https://stackblitz.com/edit/hydrogen-v3w1xm?file=src%2Fpages%2FIndex.server.jsx

Note in Index.server.jsx:73 it's fetching data to blackhole. Note the warnings in the console:

> Warning: There was still abortable task at the root when we closed. This is a bug in React.
Repository: go
Issue: runtime: Simple HTTP server causes high thread count on macOS Monterey
Labels: OS-Darwin,NeedsInvestigation,arch-arm64,compiler/runtime

### What version of Go are you using (`go version`)?

<pre>
$ go version
go version go1.17.2 darwin/arm64
</pre>

### Does this issue reproduce with the latest release?
Cannot test 1.17.3 currently.

### What operating system and processor architecture are you using (`go env`)?

Apple M1 Max MacBook Pro 16.

<details><summary><code>go env</code> Output</summary><br><pre>
$ go env
GO111MODULE=""
GOARCH="arm64"
GOBIN=""
GOCACHE="/Users/XXX/Library/Caches/go-build"
GOENV="/Users/XXX/Library/Application Support/go/env"
GOEXE=""
GOEXPERIMENT=""
GOFLAGS=""
GOHOSTARCH="arm64"
GOHOSTOS="darwin"
GOINSECURE=""
GOMODCACHE="/Users/XXX/go/pkg/mod"
GONOPROXY=""
GONOSUMDB=""
GOOS="darwin"
GOPATH="/Users/XXX/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/opt/homebrew/Cellar/go/1.17.2/libexec"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/opt/homebrew/Cellar/go/1.17.2/libexec/pkg/tool/darwin_arm64"
GOVCS=""
GOVERSION="go1.17.2"
GCCGO="gccgo"
AR="ar"
CC="clang"
CXX="clang++"
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 -arch arm64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/06/1d1vrn6541133ymsn2s2vwvw0000gn/T/go-build3566489552=/tmp/go-build -gno-record-gcc-switches -fno-common"
</pre></details>

### What did you do?

1. Spawn a simple http server
```
package main

import "net/http"

func main() {
	http.HandleFunc("/", func(rw http.ResponseWriter, r *http.Request) {
		rw.WriteHeader(200)
	})
	if err := http.ListenAndServe(":8080", nil); err != nil {
		panic(err)
	}
}

```

2. Run some requests against it
`wrk -c500 -d10 -t1 http://localhost:8080`


### What did you expect to see?
With the previous macOS versions (as with every other OS I've tested lately) the app uses a couple of threads (usually around 8-12 all the time).


### What did you see instead?
Thread count goes very high and never drops:
<img width="836" alt="Screen Shot 2021-11-19 at 16 22 40" src="https://user-images.githubusercontent.com/976784/142647325-55a3e759-0ef7-415d-9379-3b78c9b6db56.png">
Repository: pytorch
Issue: [feature request] Sticky/force regime of train/eval modes
Labels: module: nn,triaged,enhancement,needs research,module: ux

E.g. it may be useful to set a part of model to eval mode even if the whole model can be train and eval mode.

For these cases I currently do:
```python
self.model_with_dropouts.eval()
self.model_with_dropouts.train = lambda _: None
```

(same usecase for BatchNorm - "frozen mode", https://github.com/pytorch/pytorch/issues/66073)

Instead maybe one could use `self.model_with_dropouts.eval(force = True)`, and then it would not change mode unless the upper-level operation is also called with `force=True`

I don't hold to this particular solution design, but the usecase is real

cc @albanD @mruberry @jbschlosser @walterddr