sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: material-ui
Issue: [Modal] Marking large trees as aria-hidden causes slowdown in Chrome on Android 
Labels: performance,accessibility,component: modal

- [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 😯

Currently when opening a Select (or any other Dialog/Modal) aria-hidden=true is added to all sibling elements in the DOM. One of those sibling is obviously the render-target for React, which renders a sizable (but definitely not huge) DOM tree (containing at least a list of 250 elements) in our application.

Setting aria-hidden=true removes the element and its descendants from the accesibility tree, which apparently can be quite expensive on a large-ish DOM on slower devices.

In Chrome on Android on a slower device this causes the entire application to freeze for +/- 5 seconds, whereas this does not seem to occur on Firefox. We have seen a similar problem when hiding the list with display: none (removing it from the DOM and the accessibility tree), which was fixed by using z-index instead of display (this makes sure the elements aren't removed from the tree, but simply not visible).

The problem also occurs when adding aria-hidden=true to the render-target without opening a Select, so this could also be considered as a bug in Chrome (especially since the problem appears to be significantly less (< 1 second) in Firefox on the same device), but I'm reporting it here since maybe there is a better way of hiding (not removing) elements from the accessibility tree?

## Expected Behavior 🤔

The application should remain responsive while all siblings of the Dialog/Modal are hidden/removed from the accessibility tree.

## Steps to Reproduce 🕹

The application is covered under an NDA, but this should be relatively easy to reproduce on any large-ish DOM on a slower device (or a throttled inspector).

Steps:

1. Create a large-ish DOM containing a Select;
2. View it on a slow/throttled device;
3. Open a select;
4. Application unresponsive for several seconds.

## Context 🔦

I'm hoping we can either find another way to achieve hiding of elements from the accessibility tree, rather than removing them (which would be a better solution for all Material-UI users aside from any browser-specific bugs which may be underlying here) and/or kick this up to Chrome to allow them to improve their underlying code (as Firefox seems less affected).

## Your Environment 🌎

| Tech        | Version |
| ----------- | ------- |
| Material-UI | v4.10.2  |
| React       | v16.13.1  |
| Browser     | Chrome on Android, v83.0.4103.106 |

ps the issue has existed for at least 3 months now, spanning several major versions on Chrome.
Repository: angular
Issue: Class requires Angular annotation even when abstract.
Labels: area: compiler,type: confusing,P4

Angular 10.0.0 build yields
> NG2007: Class is using Angular features but is not decorated
 while class is marked as abstract.

```
export abstract class B {}

@Injectable({...})
export class A extends B {}
```
CLI should be able to compile, as did earlier versions.
Repository: go
Issue: regexp: fast path for prefix/suffix literals matching on anchored regexps
Labels: Performance,NeedsInvestigation

To my understanding, currently there's no fast path for anchored regular expressions starting/ending with a literal, like `^something.*$` or `^.*something$`. I'm wondering if you have considered adding a specific optimisation for this use case.

## Use case

I'm raising this issue, because in Prometheus we do a large use of anchored regexps (for labels matching) and having prefix/suffix literals in the regex looks to be quite a common use case.

In past few days I've worked on a small optimization in Prometheus ([PR](https://github.com/prometheus/prometheus/pull/7453)) to detect safe cases when we can circuit break the regex matching with a `strings.HasPrefix()` and `strings.HasSuffix()`, and it showed to bring significant benefits for our specific use case.
Repository: godot
Issue: Properties duplicated in Remote SceneTree inspector
Labels: bug,topic:editor,topic:dotnet

**Godot version:**
3.2.2.rc4.mono.official

**Issue description:**
In playmode the Scenetree displays properties of nodes twice in different subsections:
![grafik](https://user-images.githubusercontent.com/8841352/85843167-1b11f200-b7a1-11ea-8364-674b4268381a.png)

**Steps to reproduce:**
Attach a script (c# in this case) with exported properties to an object, start play, switch to remote Scenetree, select object with script, find properties under 'Members' and also duplicated under 'Script Variables' (with default values).
Repository: create-react-app
Issue: Yarn 2 "portal:" local components import compilation failure because of ModuleScopePlugin
Labels: issue: needs investigation,issue: bug report

### Describe the bug
Description here: https://stackoverflow.com/questions/61530712/module-not-found-error-using-yarn-2-to-link-react-components

TLDR: 
When adding ```"MyExternalComponent": "portal:../MyExternalComponent"``` dependencies to package.json, and importing the component with ```import Mycomponent from MyExternalComponent```, the build fails because of the ModuleScopePlugin restriction "You attempted to import components which falls outside of the project src/ directory"

### Which terms did you search for in User Guide?

<!--
  There are a few common documented problems, such as watcher not detecting changes, or build failing.
  They are described in the Troubleshooting section of the User Guide:

  https://facebook.github.io/create-react-app/docs/troubleshooting

  Please scan these few sections for common problems.
  Additionally, you can search the User Guide itself for something you're having issues with:

  https://facebook.github.io/create-react-app/

  If you didn't find the solution, please share which words you searched for.
  This helps us improve documentation for future readers who might encounter the same problem.
-->
"yarn 2 ModuleScopePlugin"
"portal: ModuleScopePlugin"

### Environment

<!--
  To help identify if a problem is specific to a platform, browser, or module version, information about your environment is required.
  This enables the maintainers quickly reproduce the issue and give feedback.

  Run the following command in your React app's folder in terminal.
  Note: The result is copied to your clipboard directly.

  `npx create-react-app --info`

  Paste the output of the command in the section below.
-->
yarn2

(paste the output of the command here.)

### Steps to reproduce

<!--
  How would you describe your issue to someone who doesn’t know you or your project?
  Try to write a sequence of steps that anybody can repeat to see the issue.
-->

(Write your steps here:)


1. create a package in folder Foo
2. yarn dlx create-react-app Bar
3. add "Foo": "portal:../Foo" to Bar's package.json
4 build Bar

### Expected behavior
Should work

### Actual behavior
compilation error: "You attempted to import components which falls outside of the project src/ directory"

### Reproducible demo
https://bitbucket.org/cjmyles/yarn2-link/commits/e02b93771dfded0215bdba456d31aea011367807
Repository: youtube-dl
Issue: Site support request for noodlemagazine.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 2020.06.16.1. If it's not, see https://yt-dl.org/update on how to update. Issues with outdated version will be REJECTED.
- Make sure that all provided video/audio/playlist URLs (if any) are alive and playable in a browser.
- Make sure that site you are requesting is not dedicated to copyright infringement, see https://yt-dl.org/copyright-infringement. youtube-dl does not support such sites. In order for site support request to be accepted all provided example URLs should not violate any copyrights.
- Search the bugtracker for similar site support requests: http://yt-dl.org/search-issues. DO NOT post duplicates.
- Finally, put x into all relevant boxes (like this [x])
-->

- [x] I'm reporting a new site support request
- [x] I've verified that I'm running youtube-dl version **2020.06.16.1**
- [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 video: https://noodlemagazine.com/watch/281711238_456240128


## Description

<!--
Provide any additional information.
If work on your issue requires account credentials please provide them or explain how one can obtain them.
-->

Greatings!
Add this site support, please.
Repository: neovim
Issue: Lua: store metatables on vim.b/vim.w/vim.t/vim.v scopes
Labels: enhancement,performance,vimscript,lua,has:plan

### Actual behaviour

```vim
let g:var = {}
lua vim.g.x = 1
echo g:var
" Result: {}
```

### Expected behaviour

```vim
let g:var = {}
lua vim.g.x = 1
echo g:var
" Result: {'x': 1}
```

It's confusing that it doesn't do this currently I think for people. Either we should do it automatically or find some way to make it "easy" to happen without completely setting/resetting the dict every time.
Repository: vscode
Issue: Support FilesDirectories for file systems
Labels: feature-request,file-io

<!-- ⚠️⚠️ 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. -->
Applications like [Notion](https://notion.so) support "files as directories" - this is to say, you can create a file that has content but also has children. I'm currently working on an extension for VSCode with "files as directories" functionality but I'm not able to integrate this natively with the `FileSystemProvider` because `Directory` and `File` are distinct and non-overlapping types. This means that neither the `file explorer` or the `breadcrumb` are able to support my usecase. 

A possible implementation:

- introduce a new `FileType`: `FileDirectory`
- support a new method `FileSystemProvider.readFileDirectory`
- when navigating via file explorer, default is to expand `FileDirectory` as `Directory` with right click option to open contents
- similar behavior for breadcrumb
Repository: neovim
Issue: Delete a Terminal Buffer where the process has exited, nomodified and bufhidden=wipe
Labels: enhancement,terminal

- `nvim --version`:

    NVIM v0.4.3
    Build type: RelWithDebInfo
    LuaJIT 2.0.5

- Operating system/version:

    windows 10

- Terminal name/version:

    cmd.exe

### Steps to reproduce using `nvim -u NORC`

```
nvim -u NORC
:terminal ls
:setlocal bufhidden=wipe
:setlocal nomodified
:e some-file
:ls
:bwipe 1
```

### Actual behaviour

Terminal Buffer shows up in `:ls` and a warning comes for `:bwipe 1`

### Expected behaviour

The terminal buffer is removed on `:e`

I would have expected terminal buffers where the process is done and `TermClose` has triggered to be easier to remove.
From reading `:help terminal-emulator` I also would have expected `nomodifed` to solve this whether the process is running or not.

> 'modified' is the default. You can set 'nomodified' to avoid a warning when
>   closing the terminal buffer.

Is this an Error in the help file or did I understand it incorrectly?
Repository: godot
Issue: TileMap NormalMap behaves incorrectly for transposed tiles
Labels: bug,topic:core,topic:rendering

**Godot version:**
v3.2.2.stable.official


**OS/device including version:**
Ubuntu 18.04.4.LTS

**Issue description:**
When using a TileMap with a normal map and a Light2D, transposed cells do not take the light correctly.
Using the following cell texture, normal map, and Light2D:

![tile](https://user-images.githubusercontent.com/6305593/85873715-6c35dc00-b7c9-11ea-8294-d7af3381c8ca.png)
![tile normal map](https://user-images.githubusercontent.com/6305593/85873723-6dff9f80-b7c9-11ea-947a-f4efd1a4548e.png)
![light](https://user-images.githubusercontent.com/6305593/85873728-6fc96300-b7c9-11ea-8591-04235679b2b3.png)

The following behaviour is observed:

![image](https://user-images.githubusercontent.com/6305593/85873208-b4083380-b7c8-11ea-8b54-3c946b355108.png)


**Steps to reproduce:**
- Create a TileSet with a normal map
- Draw transposed cells in a TileMap (e.g. rotate 90 degrees, in either direction, with or without a single flip)
- Add a Light2D
- Enable the Light2D, place near the tiles, adjust height and energy until effects are seen.


**Minimal reproduction project:**
[Bug demo.zip](https://github.com/godotengine/godot/files/4837786/Bug.demo.zip)
Repository: terminal
Issue: Redrawing / flickering issues while using Magnifier
Labels: Help Wanted,Issue-Bug,Area-Accessibility,Product-Terminal,Priority-1

<!-- 
🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨

I ACKNOWLEDGE THE FOLLOWING BEFORE PROCEEDING:
1. If I delete this entire template and go my own path, the core team may close my issue without further explanation or engagement.
2. If I list multiple bugs/concerns in this one issue, the core team may close my issue without further explanation or engagement.
3. If I write an issue that has many duplicates, the core team may close my issue without further explanation or engagement (and without necessarily spending time to find the exact duplicate ID number).
4. If I leave the title incomplete when filing the issue, the core team may close my issue without further explanation or engagement.
5. If I file something completely blank in the body, the core team may close my issue without further explanation or engagement.

All good? Then proceed!
-->

<!--
This bug tracker is monitored by Windows Terminal development team and other technical folks.

**Important: When reporting BSODs or security issues, DO NOT attach memory dumps, logs, or traces to Github issues**.
Instead, send dumps/traces to secure@microsoft.com, referencing this GitHub issue.

If this is an application crash, please also provide a Feedback Hub submission link so we can find your diagnostic data on the backend. Use the category "Apps > Windows Terminal (Preview)" and choose "Share My Feedback" after submission to get the link.

Please use this form and describe your issue, concisely but precisely, with as much detail as possible.

-->

# Environment

```none
Windows build number: [run `[Environment]::OSVersion` for powershell, or `ver` for cmd]

Microsoft Windows [Version 10.0.18363.900]     

Windows Terminal version (if applicable):

1.0.1401.0

Any other software?

zsh 5.7.1 (x86_64-debian-linux-gnu)
Running on WSL1

```

# Steps to reproduce

<!-- A description of how to trigger this bug. -->

Open Magnifer on Windows, and use Ctrl+Alt+Scroll Wheel shortcut to zoom in and out

Either just use ZSH, or open any terminal application (in this case htop, nano, vim and micro)

# Expected behavior

<!-- A description of what you're expecting, possibly containing screenshots or reference material. -->

None of the contents of the terminal should change.

# Actual behavior

<!-- What's actually happening? -->

Everything displayed within Terminal is redrawn, which makes it virtually unusable for me.

Additionally, this seems to force ZSH to re-run, but this does not happen in bash.

Lastly, the OS-selector / app info dropdown enlarges as you zoom in.

Here's a video showcasing the issues with ZSH/htop/vim/micro: https://youtu.be/qUZRsuhJV5M

And here's a video showing how bash is not affected, and the resizing dropdown menu: https://youtu.be/MRsJl6bgIVQ







I really love Windows Terminal, so I really hope you can get this fixed, as it would make a huge difference to me.
For reference, I am registered blind, so rely completely on Magnifier for my work.
Repository: terminal
Issue: Command Palette search algorithm needs to prioritize "longest substring" match, may need multiple passes
Labels: Issue-Bug,Area-UserInterface,Product-Terminal,Priority-2,Area-CmdPal

I have two commands:

1. Split Pane, split: horizontal
2. Split Pane, split: horizontal, profile: SSH: Antares

If I search for `sp anta`, I expect 2 to weight higher than 1. I'm getting the opposite, though:

![image](https://user-images.githubusercontent.com/189190/85883518-f8c6a700-b795-11ea-85d6-ff84b4c4918d.png)

We only run one pass over each command for the whole search term; `[SP]lit p[AN]e, spli[T]: horizont[A]l` is a complete match; since it's a subset of the Antares version, we never get to the more specific `... profile: SSH:...` part.
Repository: pytorch
Issue: [JIT] Recursive compilation doesn't apply for types used in type expressions but not value expressions
Labels: oncall: jit,triaged

See description in PR here: https://github.com/pytorch/pytorch/pull/40598

The solution in that PR breaks other stuff, so we need someone to look into how to systematically fix this

cc @suo @gmagogsfm
Repository: TypeScript
Issue: Make executeCommandLine a public compiler API
Labels: Suggestion,In Discussion

<!-- 🚨 STOP 🚨 𝗦𝗧𝗢𝗣 🚨 𝑺𝑻𝑶𝑷 🚨

Half of all issues filed here are duplicates, answered in the FAQ, or not appropriate for the bug tracker.

Please help us by doing the following steps before logging an issue:
  * Search: https://github.com/Microsoft/TypeScript/search?type=Issues
  * Read the FAQ, especially the "Common Feature Requests" section: https://github.com/Microsoft/TypeScript/wiki/FAQ

-->

## Search Terms

executeCommandLine, callback, tsc

## Suggestion

Make the executeCommandLine function and corresponding interfaces part of the public APIs provided by typescript.d.ts.

## Use Cases

We are currently building a customized TypeScript compiler that performs additional security checks to proactively prevent XSS vulnerabilities. We would like the customized compiler to mimic the behavior of tsc as much as possible, but it seems not reasonable to duplicate the code in [src/executeCommandLine/executeCommandLine.ts](https://github.com/microsoft/TypeScript/blob/master/src/executeCommandLine/executeCommandLine.ts). Making `executeCommandLine` a public API solves our problem.

We have considered implementing the checks as ESLint passes. But it is not practical for some of our users to deploy ESLint in a short term.  

## 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: go
Issue: cmd/go: several commands require the build cache but don't use it
Labels: help wanted,NeedsFix,GoCommand

Steps to repro:

```
docker run -i golang:1.15beta1 <<-SCRIPT

        set -ex

        go version
        go env

        mkdir /tmp/foo
        cd /tmp/foo
        go mod init test
        go mod edit -go=1.13

        HOME= GOCACHE= go mod edit -go=1.14

SCRIPT
```

I think this should succeed. `go mod edit -go=X` only has to modify a line in `go.mod`, it shouldn't require the build cache to exist or be writeable. However, that last command fails:

```
+ go mod edit -go=1.14
build cache is required, but could not be located: GOCACHE is not defined and neither $XDG_CACHE_HOME nor $HOME are defined
```

I encountered this while writing some tests, which are run in a temporary directory with a near-empty environment (partly to not pollute the user's $HOME and such).
Repository: go
Issue: x/pkgsite/internal/fetch/dochtml: complete iteration and development, ensure the API can be used effectively in other contexts, then move the package out of "internal"
Labels: NeedsInvestigation,pkgsite,pkgsite/dochtml

This is a high level tracking issue for the task of completing the documentation rendering API and being able to move that package out from an "internal" package.

The package started out as an internal copy of [CL 72890](golang.org/cl/72890), and it was iterated on and developed as part of pkgsite. Being an internal package (currently, under `golang.org/x/pkgsite/internal`) made development and testing easier, but it means the package cannot be used directly elsewhere yet. A goal is to eventually be able to replace the need for the original documentation renderer which is currently less featureful but available via the high-level `golang.org/x/tools/godoc` package.

/cc @julieqiu @jba @shaqque @hyangah @stamblerre @dsnet @griesemer