sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: godot
Issue: Black bar textures do not tile smoothly between different margins.
Labels: bug,topic:rendering,confirmed,topic:2d

**Godot version:**
Godot 3.2.4 RC2


**OS/device including version:**
Windows 10


**Issue description:**
The black bar textures do not tile smoothly between different margins. This is noticable in the top right, bottom left, and bottom right corners.

![tilebug](https://user-images.githubusercontent.com/11450875/108559849-e15ea000-72c9-11eb-8e76-324b46c6627c.png)


**Steps to reproduce:**
Create a new project, and add this script to the main scene:
```gdscript
extends Node2D

func _ready() -> void:
	var tex = preload("res://icon.png")
	var tex_id = tex.get_rid()
	
	VisualServer.black_bars_set_images(tex_id, tex_id, tex_id, tex_id)
	VisualServer.black_bars_set_margins(100, 100, 100, 100)
```

Make sure you reimport the `icon.png` image with `Repeat` set to enabled.
Repository: storybook
Issue: allow customization of storybook-explorer-searchfield placeholders
Labels: feature request,ui

**Is your feature request related to a problem? Please describe**
The default `Find components` placeholder of the Search field, confuses people when there is a mix of Documentation and Components.

For example, it would be better to change to a plain `Search`.

Depending on the audience using the generated Storybook documentation, "Components" might not have a meaning and they could be looking for general documentation...

**Describe the solution you'd like**
Allow the customization of the Search field placeholders `Find components` and `Type to find...` through `.storybook/manager.js`.

**Describe alternatives you've considered**
n/a

**Are you able to assist to bring the feature to reality?**
no

**Additional context**
https://github.com/storybookjs/storybook/blob/v6.2.0-alpha.29/lib/ui/src/components/sidebar/Search.tsx#L164
https://github.com/storybookjs/storybook/blob/v6.2.0-alpha.29/lib/ui/src/components/sidebar/Search.tsx#L355
https://github.com/storybookjs/storybook/blob/v6.2.0-alpha.29/lib/ui/src/components/sidebar/Search.tsx#L357
https://storybook.js.org/docs/react/configure/features-and-behavior
Repository: pytorch
Issue: Helper methods not preserved during AST rewrite
Labels: triaged,module: fx

```python
import torch
from torch.fx.experimental.rewriter import RewritingTracer

class M(torch.nn.Module):
    def __init__(self):
        super().__init__()
        self.linear = torch.nn.Linear(3, 3)
    
    def fn(self, x):
        return torch.relu(x)

    def forward(self, x):
        return self.linear(x) + self.fn(x)

def comparison(x):
    return torch.relu(x) + torch.nn.Linear(3, 3)(x)

ast_rewriter = RewritingTracer()
graph = ast_rewriter.trace(M())
```

```
Traceback (most recent call last):
  File "test/tinytest.py", line 39, in <module>
    graph = ast_rewriter.trace(M())
  File "/data/users/ansley/pytorch/torch/fx/experimental/rewriter.py", line 71, in trace
    return super().trace(root, concrete_args)
  File "/data/users/ansley/pytorch/torch/fx/symbolic_trace.py", line 355, in trace
    self.create_node('output', 'output', (self.create_arg(fn(*args)),), {},
  File "", line 2, in forward
NameError: name 'fn' is not defined
```

cc @ezyang @SherlockNoMad
Repository: vscode
Issue: Advanced wrapping strategy causes hangs for larger files
Labels: bug,freeze-slow-crash-leak,editor-wrapping

- VS Code Version: 1.53.2
- OS Version: 10.0.19042
```
Version: 1.53.2 (user setup)
Commit: 622cb03f7e070a9670c94bae1a45d78d7181fbd4
Date: 2021-02-11T11:48:04.245Z
Electron: 11.2.1
Chrome: 87.0.4280.141
Node.js: 12.18.3
V8: 8.7.220.31-electron.0
OS: Windows_NT x64 10.0.19042
```

Steps to Reproduce:

1. Launch VSCode with extensions disabled, word wrap enabled, and advanced wrapping strategy enabled.
1. Open 10MB .txt file (80,000 lines).
2. Wait for 1 minute 15 seconds and two "keep waiting" prompts.

<!-- 🔧 Launch with `code --disable-extensions` to check. -->
Does this issue occur when all extensions are disabled?: Yes

I searched for issues related to large files but they all seem to imply that the issues were fixed a long time ago and that loading large files *should* work fine today.  Once the file is loaded, everything is snappy **except** resizing the window.  Any attempt to resize the VS Code window will result in an even longer wait time than the initial load.

On my computer (i7-7700 with 64GB of RAM SSD) it takes over a minute to open a 10MB log file.

Given that I have seen other users indicate that (after previous bugfixes and performance improvements) they were able to open files that were hundreds of megabytes, I suspect that what I'm experiencing is unexpected behavior.
Repository: TypeScript
Issue: No supported way to get js doc tags from extraneous comments
Labels: Help Wanted,Needs Investigation,Experience Enhancement

### 🔎 Search Terms

ts.getJSDocTags
JSDoc tag not found

### 🕗 Version & Regression Information

Seen in TS 4.0 and 4.1

- This is the behavior in every version I tried, and I reviewed the FAQ for entries about the compiler API

### 💻 Code

Consider the input file:

<!-- Please post the relevant code sample here as well-->
```ts
/** @foo */

/** @bar */

var x;
```

As far as I can tell, there's no supported compiler API to access the `@foo` jsdoc tag. I've resorted to casting ts.Node to `{jsDoc?: ts.JSDoc[]}`.

### 🙁 Actual behavior

ts.getJSDocTags and friends only give the `@bar` JSDoc tag

### 🙂 Expected behavior

That method, or another, to return both the `@foo` and `@bar` tags.


<details>
  <summary>Full compiler code sample to repro</summary>
  
```ts
import * as ts from 'typescript';

const filename = 'some_code.ts';
const program = ts.createProgram(['some_code.ts'], {noEmit: true});
program.emit();
const sourceFile = program.getSourceFile(filename);
if (!sourceFile) {
  throw new Error('could not get source file');
}

console.log(`getJSDocTags:`);
console.log([...getAllTags(sourceFile, (node) => ts.getJSDocTags(node))].map(
    (t) => t.tagName.text));
console.log(`Accessing jsDoc directly:`);
console.log(
    [...getAllTags(sourceFile, accessJsDoc)].map((t) => t.tagName.text));

function accessJsDoc(node: ts.Node): ts.JSDocTag[] {
  const tags = [];
  for (const jsDoc of (node as {jsDoc?: ts.JSDoc[]}).jsDoc ?? []) {
    for (const tag of jsDoc.tags ?? []) {
      tags.push(tag);
    }
  }
  return tags;
}

type TagGetter = (node: ts.Node) => Iterable<ts.JSDocTag>;
function getAllTags(
    node: ts.Node, getter: TagGetter, tags = new Set<ts.JSDocTag>()) {
  for (const tag of getter(node)) {
    tags.add(tag);
  }
  ts.forEachChild(node, (child) => {
    getAllTags(child, getter, tags);
  });
  return tags;
}

```

</details>
Repository: terminal
Issue: Drag entries from the new tab menu to create panes
Labels: Area-UserInterface,Product-Terminal,Issue-Task

<!-- 
🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨

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!
-->

As I am aware, creating a new pane is currently possible via the [Alt]+[Shift]+[-/=] shortcuts, which allow the user to decide how the existing pane will be split but always use the default profile for the new pane, or by [Alt]+[LMB] clicking on the dropdown menu, which allows a specific profile to be selected but splits the pane automatically. 

I think the ability to select both the profile and the orientation of new panes would be desirable. I propose a number of possible approaches:

- Creating new horizontal/vertical panes from the dropdown via [Alt]+[-/=]+[LMB] or simply [LMB/RMB] respectively.

- A global setting along the lines of 'useCurrentProfile' that would make the [Alt]+[Shift]+[-/=] shortcuts use the profile of the current pane rather than the default one. This doesn't quite allow the selection of any profile, but still covers an important use case.

- Dragging profile names from the dropdown menu to the desired position of the new pane with some sort of dynamic preview of how the panes will be split. The most user-friendly and visually pleasing option, but perhaps harder to implement.

<!-- 
A clear and concise description of what the problem is that the new feature would solve.
Describe why and how a user would use this new functionality (if applicable).
-->

<!-- 
A clear and concise description of what you want to happen.
-->
Repository: go
Issue: x/crypto/chacha20: It should be possible to reinitialise a chacha20 primitive to avoid unnecessary allocations
Labels: NeedsInvestigation

The chacha20 package tries to allow the Cipher allocation to be inlined and put upon the stack in NewUnauthenticatedCipher(), but it does not provide any way to use an existing Cipher and reinitialise it. This can result in workers that are on hot paths doing unnecessary allocations instead of being able to allocate the memory for the Cipher up front and simply initialise it with the correct key + nonce during operation.

I have a simple patch which adds an Init() method to allow this which I intend to submit shortly.
Repository: node
Issue: cluster: Worker based implementation?
Labels: question,cluster

Would it make sense/be possible to re-implement/create alternative implementation for cluster that is based on `Worker`s instead of child processes? Would make it possible to more efficiently pass data between the parent process and workers.
Repository: youtube-dl
Issue: Site support for music download on https://nts.live
Labels: site-support-request




## Checklist

- [x] I'm reporting a new site support request
- [x] I've verified that I'm running youtube-dl version **2021.02.10**
- [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

- Single audio: https://www.nts.live/shows/yu-su/episodes/yu-su-5th-may-2020
- Single audio: https://www.nts.live/shows/in-focus/episodes/in-focus-cibo-matto-8th-february-2021
- Single audio: https://www.nts.live/shows/grandmixxer/episodes/grandmixxer-18th-february-2021


## Description

Site which broadcasts music and DJ-sets
Repository: pytorch
Issue: Cumulative integration?
Labels: triaged,module: numpy,function request

## 🚀 Feature
I wonder if there is a possibility that Pytorch would implement a cumulative integration function, similar to `cumulative_trapezoid` in Scipy.

## Motivation
I need to compute cumulative integration in order to construct positive and monotonic functions from arbitrary functions. I know it can be done manually using `cumsum` with the appropriate weights, but it is always better to have it in the core package.

## Pitch
A `pytorch.cumulative_trapezoid` or `pytorch.cumtrapz` function that mimics the Scipy one.

## Alternatives
It is currently possible to do this computing manually the weights and using `cumsum`, but it is possible to introduce errors if you do not use the right weights.


cc @mruberry @rgommers @heitorschueroff
Repository: pytorch
Issue: Does pytorch have the inverse activation function of nn.LeakyReLU?
Labels: feature,triaged,function request
Repository: opencv
Issue: OpenCL implementation for calcOpticalFlowPyrLK doesn't support window size larger than 24
Labels: category: video,category: ocl



##### System information (version)

- OpenCV => 4.5.1
- Operating System / Platform => Multiple. Windows, OSX, Linux. Mostly Windows 8.1 x64
- Compiler => mostly Visual Studio 2015 (MSVC 14.0)

##### Detailed description

I've been upgrading OpenCV version from version 2.4.13 to 4.5.1 and faced a few issues with a new OpenCL implementation of 
Lucas-Kanade Optical Flow.

1. In 2.4.13 there was a class `cv::ocl::PyrLKOpticalFlow` implementing an OCL version of the algorithm. In 4.5.1 the OCL version is called implicitly in `cv::calcOpticalFlowPyrLK` when _some conditions_ are true. The issue is **without looking into an calcOpticalFlowPyrLK implementation it is hard to know if OCL version is called**. There are no documentation on that conditions and there are no warnings if some conditions are not met. **Even one of the PyrLKOpticalFlow test cases doesn't met some of the conditions and the OCL version is not called in the OCL testing code**
2. On of those conditions is the _window size_ parameter. There is a check that do not allow OCL version to run 
[if window size is not in a specific range](https://github.com/opencv/opencv/blob/54d80d91688b12d1d3d6d1923fbf6374c8ef0d97/modules/video/src/lkpyramid.cpp#L879). I've checked the commits history from OpenCV 2 to OpenCV 4.5.1 and found [the commit](https://github.com/opencv/opencv/commit/65be9e1978eecd51c86725ec185148069fb1d053) that adds this check. Unfortunately I can not tell from that commit why is this check required. Anyway **the window size limit is a major degradation in OCL implementation of the Lucas-Kanade algorithm** (compared to OpenCV 2.4.13).

##### Steps to reproduce

1. Compile OpenCV with OpenCL support
2. Calling `cv::calcOpticalFlowPyrLK` with `winSize=(>24, >24)` and `cv::ocl::setUseOpenCL(true)` the OCL implementation will not be called without any warnings. See [OpenCL test case](https://github.com/opencv/opencv/blob/54d80d91688b12d1d3d6d1923fbf6374c8ef0d97/modules/video/test/ocl/test_optflowpyrlk.cpp#L152) with window size = 25 for example
Repository: flutter
Issue: Build hangs on ChromeOS with less than 16GB of RAM
Labels: platform-android,tool,d: api docs,t: gradle,platform-chromebook,P3,team-android,triaged-android

Hi all,

i've a big problem with Crostini and Flutter on Chrome OS.

When i try to build my flutter application, for the first time it goes all ok, but suddenly, if i try to rebuild, it stucks on assembleDebug. Could be a memory issue, but i have 8GB Ram and 16GB Swap partition. And also i,ve tried with Cloudready with unfortunately the same result. On Chrome OS 85/86 didn't happened.

I'm using latest Flutter stable(1.22.6).

Here the situation when it stucks :

![image](https://user-images.githubusercontent.com/1065547/108599653-bee48980-7392-11eb-989f-bc30412eddd0.png)
I don't think that it could be a memory problem.
Do you have any solution?
Repository: terminal
Issue: pasting large multiline text is extremelly slow
Labels: Help Wanted,Area-Performance,Issue-Bug,Area-TerminalControl,Product-Terminal,Priority-2

# Environment

Windows Terminal Preview v1.6.10272.0 on windows 10 20h2

# Steps to reproduce

1. start wt with cmd
2. launch neovim in terminal mode (no gui)
3. enter insert mode with 
4. paste a large text, like 200k of json
5. you get the warning about large text being pasted, accept it
6. wait....I had to kill wt, not sure how long I would need to wait (many minutes?)

# Expected behavior

the text gets pasted instantly

# Actual behavior

you have to wait a lot.

I tried pasting the same text in neovim-qt (the official GUI version of neovim) and the text gets inserted instantly.

I understand pasting large text would be weird in normal terminal usage, but when you are using wt to host neovim it is a legit use case.
Repository: rust
Issue: Suggestion: treat WASI preopen dirs as path prefixes
Labels: C-enhancement,T-libs-api,O-wasm

Rust stdlib already has a concept of path prefixes ([`std::path::Prefix`](https://doc.rust-lang.org/std/path/enum.Prefix.html), [`std::path::PrefixComponent`](https://doc.rust-lang.org/std/path/struct.PrefixComponent.html) etc.), although they are applied only to Windows paths.

WASI paths are currently treated as starting with a root `/` (e.g. [`path.components()`](https://doc.rust-lang.org/std/path/struct.Path.html#method.components) returns each level starting from [`Component::RootDir`](https://doc.rust-lang.org/std/path/enum.Component.html#variant.RootDir) aka `/`), even though WASI recognises only paths starting with a specific prefix that matches one of the preopen directories specified at startup. The levels above those prefixes don't "exist", and most APIs under WASI don't permit crossing boundaries and resolving relative paths or symlinks from a path rooted under one preopen directory to another.

The question of exposing an API corresponding to the (currently private) [`open_parent`](https://github.com/rust-lang/rust/blob/14265f9c5558e599ba8908cffc717f26389420e1/library/std/src/sys/wasi/fs.rs#L628) arisen several times in the past, as it's important to split the preopen dir from the relative path whenever dealing with lower-level WASI syscalls.

Given the above, I feel like there is a lot of conceptual similarity between WASI preopen dirs and the [`std::path::Prefix`](https://doc.rust-lang.org/std/path/enum.Prefix.html), and the latter would be a natural API to use for exposing the former. We'd only need to add another variant to [`std::path::Prefix`](https://doc.rust-lang.org/std/path/enum.Prefix.html) as well as check against the preopened dirs when splitting `Path` into [`components`](https://doc.rust-lang.org/std/path/struct.Path.html#method.components).

@alexcrichton @sunfishcode would love your thoughts on this idea.
Repository: opencv
Issue: patchNaNs for CV_64F
Labels: backport is needed,feature,category: core

As of 4.5.1, patchNaNs only accepts CV_32F type.
If there is no technical reasons against this, please consider adding support for CV_64F.
Repository: excalidraw
Issue: Would be nice to have UML arrows to show inheritance
Labels: enhancement,discussion

I use excalidraw at work, because it is the most comfortable and intuitive tool to make diagrams ever, but I need empty headed arrow to show inheritance of objects (common UML notation)

![Screenshot from 2021-02-20 22-08-11](https://user-images.githubusercontent.com/21062175/108607332-60d29900-73c8-11eb-960e-b43bfb72843d.png)  
![Screenshot from 2021-02-20 22-08-29](https://user-images.githubusercontent.com/21062175/108607334-66c87a00-73c8-11eb-8b62-0c6cb8d9fd06.png)
Repository: go
Issue: database/sql: should disallow blank driver name 
Labels: NeedsInvestigation

<!--
Please answer these questions before submitting your issue. Thanks!
For questions please use one of our forums: https://github.com/golang/go/wiki/Questions
-->

### What version of Go are you using (`go version`)?

<pre>
$ go version
 1.16
</pre>

### Does this issue reproduce with the latest release?
Yes


### What operating system and processor architecture are you using (`go env`)?
Windows amd64

<details><summary><code>go env</code> Output</summary><br><pre>
$ go env
set GO111MODULE=
set GOARCH=amd64
set GOBIN=
set GOCACHE=C:\Users\Can\AppData\Local\go-build
set GOENV=C:\Users\Can\AppData\Roaming\go\env
set GOEXE=.exe
set GOFLAGS=
set GOHOSTARCH=amd64
set GOHOSTOS=windows
set GOINSECURE=
set GOMODCACHE=C:\Users\Can\go\pkg\mod
set GONOPROXY=github.com/mehmetcantas
set GONOSUMDB=github.com/mehmetcantas
set GOOS=windows
set GOPATH=C:\Users\Can\go
set GOPRIVATE=github.com/mehmetcantas
set GOPROXY=https://proxy.golang.org,direct
set GOROOT=C:\Program Files\Go
set GOSUMDB=sum.golang.org
set GOTMPDIR=
set GOTOOLDIR=C:\Program Files\Go\pkg\tool\windows_amd64
set GOVCS=
set GOVERSION=go1.16
set GCCGO=gccgo
set AR=ar
set CC=gcc
set CXX=g++
set CGO_ENABLED=1
set GOMOD=NUL
set CGO_CFLAGS=-g -O2
set CGO_CPPFLAGS=
set CGO_CXXFLAGS=-g -O2
set CGO_FFLAGS=-g -O2
set CGO_LDFLAGS=-g -O2
set PKG_CONFIG=pkg-config
set GOGCCFLAGS=-m64 -mthreads -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=C:\Users\Can\AppData\Local\Temp\go-build2416388004=/tmp/go-build -gno-record-gcc-switches
</pre></details>

### What did you do?

I can pass empty string as name to  database/sql/driver Register function. 

<!--
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?
While creating a new driver for database/sql package, in the Register function name parameter should not be blank. 


### What did you see instead?
It's accept empty name for driver.
Repository: go
Issue: proposal: cmd/go: allow versioned `go build` commands
Labels: Proposal,GoCommand,modules

**Update 2024-08-21 by matloob:** The proposal has been updated to the following:

The proposal is to allow `package@version` arguments to `go build`.

They would behave similarly to how they do for `go run`: the module containing `package` at the given version would be loaded outside of the context of the current module. It would use cmd/go/internal/load.PackagsAndErrorsOutsideModule, so it would load the given module as if it were a requirement of an otherwise empty module. This also enforces that the version of the module the package belongs to doesn't have replace or exclude directives.

Similar to `go run`, if mulitple packages are supplied, they would be required to belong to the same module at the same version. (Though providing multiple `package@version` arguments wouldn't be useful in practice because the main use case would be to produce the build outputs.)

----------
~~Alternative:~~ allow to change the installed main package name in `go install` command

Since go1.16, `go install` accepts arguments with version suffixes. `go install` places the output in `$GOPATH/bin` or `$GOBIN`, but does not allow the output binary's name change.

When a user wants to use multiple versions of tools, the user need to be careful not to overwrite other versions.

Different versions may be coming from different module paths.
e.g. VS Code Go extension uses two different versions of `gocode` (stamblerre/gocode and mdempsky/gocode). In order to install the former, it does switching `GOBIN` to use a temporary directory, installing it, and renaming and copying it to the real `GOBIN`.

Alternative: There are other proposals for applying the same to `go run` (https://github.com/golang/go/issues/42088) and `go list`(https://github.com/golang/go/issues/44203). Extending `go build` in the same way (or extending `go install`) will help simplifying the tool installation workflow.

cc @jayconrod @bcmills @matloob
Repository: rust
Issue: Tracking Issue for exclude-should-panic
Labels: T-libs-api,A-libtest,C-tracking-issue

This is a tracking issue for the `--exclude-should-panic` flag of libtest.

This prevents tests annotated with the `should_panic` attribute from running.

Implementation: #58689

### Unresolved Questions

- [ ] Is this useful for anyone?  It was added for miri, but as of https://github.com/rust-lang/miri/pull/1104, it appears miri no longer needs it.
Repository: flutter
Issue: RangeSlider labels for value change overlaps
Labels: framework,f: material design,c: proposal,P2,team-design,triaged-design

Hello. In RangeSlider why booth value change labels appear above the sliders? They can be overlaped!

Why I can not have properties to choose if value change indicator appear at bottom or top, for left slider and right slider.

Example: on left slider it appears above, on right slider, it appears below.

Thanks.