sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: terminal
Issue: Transparent background doesn't become transparent foreground when rendered in reverse video
Labels: Help Wanted,Area-Rendering,Product-Terminal,Issue-Task

The new Preview 1.2.2022.0 seems to fix all the VT colors issues I observed before, except one last case:

When the background color is the default (49), it is correctly kept transparent, but if the foreground color is transparent, which is possible when the background is 49 and then the colors are reversed using 7, it is rendered as black instead of transparent.

![image](https://user-images.githubusercontent.com/25664275/88215128-7c6f9880-cc5b-11ea-98bc-68d86772af70.png)
echo -e "\e[31m\u2580\e[7m\u2580\e[m"
echo -e "\e[31m\u2590\e[7m\u25A0\e[27m\u258C\e[m"

In both cases, there should be no black square, the acrylic transparency should show through instead.
Repository: terminal
Issue: Include profile names for commands in the Command Palette that have a profile index
Labels: Area-UserInterface,Product-Terminal,Issue-Task,Priority-3,Area-CmdPal

<!-- 
🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨

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!
-->

# Description of the new feature/enhancement

<!-- 
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).
-->
Trying out the new Command Palette in Windows Terminal Preview, I noticed that it only shows the zero-based index numbers for profiles (even more than you have if you have less than 9); however, I think it might be useful to see the names of the profiles that those commands map to and even be able to search for them by profile name.
![image](https://user-images.githubusercontent.com/77890/88215269-3fca7f80-cc10-11ea-887d-d9e5fefc9f6c.png)

Perhaps it would also be helpful to not show profile indexes beyond the number that you actually have and, also, have the ability to perform actions with profiles outside the first 9 via the Command Palette if that isn't available already.
Repository: PowerToys
Issue: SFTP/FTPS File Explorer Addon
Labels: Idea-New PowerToy

# Summary of the new feature/enhancement


Current File Explorer is missing the past decade and a half of network based file systems support that *nix systems have been using for ages with fuse.


# Proposed technical implementation details (optional)


File Explorer already has unsecured FTP support. PowerToys addon could extend this capability to SFTP(SSH) and FTPS (FTP w/TLS) to have easy remote file management over secure channels.
Repository: neovim
Issue: CTRL-N style completion in :terminal 
Labels: enhancement,terminal

When working in `:terminal` I often find myself entering normal mode with `<C-\><C-N>`, navigating to some string and pressing `yp` to copy it to the terminal prompt. As an example imagine this terminal session:

```
$ widgetctl get widgets
widget-foo-version-42-abfffde8312
widget-foo-version-43-321caaba44
$ widgetctl describe widget-foo-version-42-abfffde8312
This widget is fine
```

What I would like to do is to press some hotkey after `widgetctl describe` to initiate a completion popup like `i_<C-N>` does for text buffers.

- `nvim --version`:  v0.4.3
- `vim -u DEFAULTS` (version: ) behaves differently? no
- Operating system/version: any
- Terminal name/version: xterm
- `$TERM`: xterm
Repository: pytorch
Issue: TorchScript pack_padded_sequence and  pad_packed_sequence run time error
Labels: oncall: jit

## ❓ Questions and Help
Hi, I am facing this problem and have been searching for answers for a day. Anyone can help?
```
RuntimeError: The following operation failed in the TorchScript interpreter.
Traceback of TorchScript, serialized code (most recent call last):
  File "code/__torch__.py", line 24, in forward
    output = torch.empty_like(sorted_indices0, dtype=4, layout=0, device=torch.device("cpu"), pin_memory=False, memory_format=0)
    _4 = torch.arange(0, 1, 1, dtype=None, layout=0, device=torch.device("cpu"), pin_memory=False)
    tensor1 = torch.scatter_(output, 0, sorted_indices0, _4)
              ~~~~~~~~~~~~~~ <--- HERE
    padded_output, lengths2 = torch._pad_packed_sequence(tensor, tensor0, True, 0., 5)
    tensor2 = torch.index_select(padded_output, 0, tensor1)
...
...
... 

RuntimeError: Expected index [4] to be smaller than self [4] apart from dimension 0 and to be smaller size than src [1]

```
The part of the code causing the problem is here. I was trying to use an RNN. I removed the rnn layer and the problem persists.
```
    def forward(self, input1, input2, mask_len):
        embedded1 = self.embedding(input1)
        packed_embeds_1 = pack_padded_sequence(embedded1,
                                               mask_len,
                                               batch_first=True,
                                               enforce_sorted=False)
        encoder_output_1 = pad_packed_sequence(packed_embeds_1,
                                               batch_first=True,
                                               total_length=self.max_length)
```

My code runs without a problem before I am trying to convert it to a TorchScript. And TorchScript works fine until I add the rnn layer (using pack_padded_sequence and  pad_packed_sequence ).

cc @suo @gmagogsfm
Repository: go
Issue: proposal: archive/zip: add ability to read local file header
Labels: Proposal

In a zip archive, file information is stored in two locations: the central directory header, and a local file header located prior to the file's data. In certain circumstances, a user might want to read information from the local file header as opposed to solely the central directory header. The current implementation relies solely on the central directory header to compute the `FileHeader` struct.

Instances in which a user might want to have access to the local header include:
1. comparing the central and local file names to detect potential malicious activity (such as naming a file with a `.txt` extension in the central directory header, but with `.exe` in the local file header)
2. detecting potential archive corruption (such as when a file contains a trailing slash in the central directory header, but the correct character in the local file header)

Currently, if a user wanted to read the local file header, they would need to implement their own zip reader, as no export would allow them the raw access to the underlying reader necessary to read the local file header.

Ideally, the solution would not introduce additional unnecessary reads for users who don't care about the local file header. One potential solution would be the addition of the following function:

```go
func (f *File) ReadLocalHeader() (FileHeader, error) {
	var buf [fileHeaderLen]byte
	if _, err := f.zipr.ReadAt(buf[:], f.headerOffset); err != nil {
		return FileHeader{}, err
	}
	b := readBuf(buf[:])
	if sig := b.uint32(); sig != fileHeaderSignature {
		return FileHeader{}, ErrFormat
	}
	h := FileHeader{}
	h.ReaderVersion = b.uint16()
	h.Flags = b.uint16()
	h.Method = b.uint16()
	h.ModifiedTime = b.uint16()
	h.ModifiedDate = b.uint16()
	h.CRC32 = b.uint32()
	h.CompressedSize = b.uint32()
	h.UncompressedSize = b.uint32()
	h.CompressedSize64 = uint64(h.CompressedSize)
	h.UncompressedSize64 = uint64(h.UncompressedSize)
	filenameLen := int(b.uint16())

	d := make([]byte, filenameLen)
	if _, err := f.zipr.ReadAt(d[:], f.headerOffset+fileHeaderLen); err != nil {
		return FileHeader{}, err
	}
	h.Name = string(d[:filenameLen])

	return h, nil
}
```

This would allow users to explicitly request a read of the local file header for a given `zip.File`.
Repository: fastapi
Issue: Automatically support HEAD method for all GET routes, as Starlette does
Labels: feature,confirmed,reviewed

### First check

* [x] I added a very descriptive title to this issue.
* [x] I used the GitHub search to find a similar issue and didn't find it.
* [x] I searched the FastAPI documentation, with the integrated search.
* [x] I already searched in Google "How to X in FastAPI" and didn't find any information.
* [x] I already read and followed all the tutorial in the docs and didn't find an answer.
* [x] I already checked if it is not related to FastAPI but to [Pydantic](https://github.com/samuelcolvin/pydantic).
* [x] I already checked if it is not related to FastAPI but to [Swagger UI](https://github.com/swagger-api/swagger-ui).
* [x] I already checked if it is not related to FastAPI but to [ReDoc](https://github.com/Redocly/redoc).
* [x] After submitting this, I commit to:
    * Read open issues with questions until I find 2 issues where I can help someone and add a comment to help there.
    * Or, I already hit the "watch" button in this repository to receive notifications and I commit to help at least 2 people that ask questions in the future.
    * Implement a Pull Request for a confirmed bug.

### Example

Here's a self-contained [minimal, reproducible, example](https://stackoverflow.com/help/minimal-reproducible-example) with my use case:

```Python
from fastapi import FastAPI
import pytest
from fastapi.testclient import TestClient

app = FastAPI()

@app.get("/")
def read_root():
    return {"Hello": "World"}

client = TestClient(app)

def test_index_head():
    response = client.head("/")
    assert response.status_code == 200
```

### Description

* The above test fails because the HEAD request returns a 405.
* This is counterintuitive.

### The solution you would like

* To better support the HTTP standard, all routes that handle GET methods should automatically handle HEAD methods, too.
* This is similar to what Starlette's router already does: https://github.com/encode/starlette/issues/45
* This should happen without requiring the developer to do any additional work.

### Describe alternatives you've considered

* It's currently possible to do this manually by adding `@app.head` and a helper method for each route, but it's cumbersome:

```
@app.head("/")
def read_root_head():
    return Response()
```

* It could also be done using middleware, but that would incur a performance overhead.

### Environment

* OS: [e.g. Linux / Windows / macOS]: Linux
* FastAPI Version [e.g. 0.3.0]: 0.60.1
* Python version: 3.8.5
Repository: godot
Issue: Scaling Skeleton with PhysicalBones results in math errors
Labels: bug,topic:physics

**Godot version:**
3.2.1

**OS/device including version:**
Windows 10 1903

**Issue description:**
This error appears (many times) when scaling up a rigged character with PhysicalBones.
*core/math/basis.cpp:304 - Condition "!m.is_diagonal()" is true. Returned: Vector3()*
In a project of mine these errors already appear in the editor, when switching to a scene tab that contains such a Node. It also happens when running the game once the scene is initalized, as well as when closing the game. In the attached project it only happens when closing the game for some reason. It does not matter whether I scale up the character in blender or godot.
Note that this also breaks HingeJoints:
![gg](https://user-images.githubusercontent.com/29173710/88230660-18f16500-cc73-11ea-8241-997866e087b6.gif)


**Steps to reproduce:**
  1. Let mixamo rig a model
  2. import into blender
  2.1. (scale up armature and mesh in blender)
  3. export better collada
  4. auto generate physical bones
  5. (scale up if 2.1 was skipped)
  6. run physical bone simulation

**Minimal reproduction project:**
[godottest.zip](https://github.com/godotengine/godot/files/4962696/godottest.zip)
Repository: godot
Issue: Loading large PCK file takes a long time and eventually results in crash on 3.2
Labels: bug,platform:android,topic:core,performance

**Godot version:**
3.2

**OS/device including version:**
Android/Pixel 2

**Issue description:**
Loading this (https://github.com/godotengine/godot-demo-projects/tree/master/3d/material_testers) PCK file takes a long time (1+ minutes) and eventually crashes, I cannot unfortunately find anything in the logs regarding the crash, I believe this is happening during the PCK file loading

**Steps to reproduce:**
1. Run application
2. Observe nothing happens for a while
3. Crash eventually

**Minimal reproduction project:**
Sorry the zipped project is too large for Github, this is a barebones android project that loads a PCK file and crashes
https://www.dropbox.com/s/a69pf1r1xhzjkc1/Archive.zip?dl=0
Repository: node
Issue: util function to statically resolve ESM dependency trees
Labels: esm

## What:

Add a utlilty function to resolve ECMAScript Module dependency trees. The function should accept a file path and return an array of dependencies.

### example

```js
// main.mjs
import bar from "./bar.mjs";
import foo from "./foo.mjs";

// bar.mjs
import foo from "./foo.mjs";
export null;

// foo.mjs
export null;
```

```js
const { resolveDependencies } = require("util");

const dependencies = await resolveDependencies("main.mjs");
assert.deepStrictEqual(dependencies, ["./bar.mjs", "./foo.mjs"]);
```

## How:

Use the existing code that resolves dependencies for imports.

Mixing CJS and ESM is not possible, since CJS modules are loaded on execution.

## Why:

When loading ESM files from clients like browsers or node to execute them, every layer of the dependency tree is loaded sequentially leading to slower load times. Servers could resolve the dependencies beforehand and use mechanisms like HTTP/2 Push to send all needed files directly. This way we can achive load times similar to bundled applications without the hassle of bundling. We can use imperative imports to load parts of our application on demand without the need of chunking.

In the long run this could have larger implications. If we can avoid using bundlers to deploy applications we could use CDNs and caches more effectively.
Repository: TypeScript
Issue: Default formatter results strange indents for TypeScript code.
Labels: Bug,Domain: Formatter

*TS Template added by @mjbvz*

**TypeScript Version**: 4.0.0-dev.20200720

**Search Terms**
- format, formatter, formatting
- indent 

---

<!-- ⚠️⚠️ Do Not Delete This! bug_report_template ⚠️⚠️ -->
<!-- Please read our Rules of Conduct: https://opensource.microsoft.com/codeofconduct/ -->
<!-- Please search existing issues to avoid creating duplicates. -->
<!-- Also please test using the latest insiders build to make sure your issue has not already been fixed: https://code.visualstudio.com/insiders/ -->

## Abstract
When I open object literal brace after comma in function arguments and break line immediately, format results strange indent.

## Example
Code I wrote is like below. And I think following indents is one of desired formats.
```typescript
f(
  foo, {
    bar: 'qux',
  },
);
```


When I save
```typescript
f(
  foo, {
  bar: 'qux',
},
);
```

Desired
```typescript
f(
  foo, {
    bar: 'qux',
  },
);
```
or
```typescript
f(
  foo,
  {
    bar: 'qux',
  },
);
```

## Issue Template
<!-- Use Help > Report Issue to prefill these. -->
- VSCode Version: 1.45.1, 1.48.0-insider
- OS Version: macOS Catalina 10.15.5

Steps to Reproduce:

1. enable formatOnSave.
2. write a TypeScript file like bellow
```typescript
// reproduce.ts
console.log(
  1, {
    a: 1,
  },
)
```
3. save

<!-- Launch with `code --disable-extensions` to check. -->
Does this issue occur when all extensions are disabled?: Yes
Repository: TypeScript
Issue: random error TS2345  type incompatible
Labels: Needs Investigation

<!-- 🚨 STOP 🚨 STOP 🚨 STOP 🚨

Half of all issues filed here are duplicates, answered in the FAQ, or not appropriate for the bug tracker. Even if you think you've found a *bug*, please read the FAQ first, especially the Common "Bugs" That Aren't Bugs section!

Please help us by doing the following steps before logging an issue:
  * Search: https://github.com/Microsoft/TypeScript/search?type=Issues
  * Read the FAQ: https://github.com/Microsoft/TypeScript/wiki/FAQ

Please fill in the *entire* template below.
-->

<!--
Please try to reproduce the issue with the latest published version. It may have already been fixed.
For npm: `typescript@next`
This is also the 'Nightly' version in the playground: http://www.typescriptlang.org/play/?ts=Nightly
-->
**TypeScript Version:**  3.7.x-dev.201xxxxx

<!-- Search terms you tried before logging this (so others can find this issue more easily) -->
**Search Terms:**

**Code**

https://github.com/bluelovers/ws-glob/blob/fa6b1f033b353065dda276e524c680a81ee8c36d/packages/%40lazy-glob/rename/lib/util/globGroupsCollection.ts#L130-L149

```ts
		this._globPartsArray.forEach((g: IPartsPattern, idx) =>
		{
			// Use matches[idx + 1] because whole match is at index 0 of the array of matches
			if (g === EnumWildcard.Asterisk || g === EnumWildcard.QuestionMark)
			{
				this._groups.push(Object.freeze({
					type: EnumPartsAstType.wildcard,
					pattern: g,
					match: matches[idx + 1],
				}));
			}
			else
			{
				this._groups.push(Object.freeze({
					type: EnumPartsAstType.literal,
					pattern: g,
					match: matches[idx + 1],
				}));
			}
		});
```

**Expected behavior:**

no error by random happen

**Actual behavior:**


[bandicam 2020-07-23 09-49-14-211.zip](https://github.com/microsoft/TypeScript/files/4963516/bandicam.2020-07-23.09-49-14-211.zip)


```
Error:(143, 23) TS2345: Argument of type 'Readonly<{ type: EnumPartsAstType; pattern: string; match: string; }>' is not assignable to parameter of type 'Error | IAsterisk | IQuestionMark | ILiteral'.
  Type 'Readonly<{ type: EnumPartsAstType; pattern: string; match: string; }>' is not assignable to type 'ILiteral'.
    Types of property 'type' are incompatible.
      Type 'EnumPartsAstType' is not assignable to type 'EnumPartsAstType.literal'.
```

**Playground Link:** <!-- A link to a TypeScript Playground "Share" link which demonstrates this behavior -->

**Related Issues:** <!-- Did you find other bugs that looked similar? -->
Repository: youtube-dl
Issue: Trying to download all vimeo videos by user/pass
Labels: question

<!--

######################################################################
  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:
- Look through the README (http://yt-dl.org/readme) and FAQ (http://yt-dl.org/faq) for similar questions
- Search the bugtracker for similar questions: http://yt-dl.org/search-issues
- Finally, put x into all relevant boxes (like this [x])
-->

- [x] I'm asking a question
- [x] I've looked through the README and FAQ for similar questions
- [x] I've searched the bugtracker for similar questions including closed ones


## Question

<!--
Correct syntax for bulk Vimeo user account download
-->

WRITE QUESTION HERE
I'm trying to download all Vimeo videos...
1) For a given user/pass.
2) All videos are marked private.
3) No playlists or channels are setup.
4) There are some folders, which means all videos must download recursively.

What is running right now is the following command...
```
youtube-dl --ap-username='XXXX' --ap-password='XXXX' https://vimeo.com/user66954166
```
Let me know if the above command above is correct or some other command should be used.

Thanks.
Repository: go
Issue: proposal: x/net/http2: enable extension frame handling for HTTP/2
Labels: Proposal

HTTP/2 library currently ignores HTTP/2 frames with an undefined type. The proposal is to enable the library to handle the extension frames. The change will enable HTTP/2 Go's feature parity to nghttp2 (a popular HTTP/2 library in c).

Requirement:
1. The change needs to include a feature flag to turn on the extension frame handling when needed.
2. The change needs to support extension frames associated with a stream. Connection level extension frames are not required in this change, but may be needed in the future.
3. Extension frames can't be used to open or close a stream, and should not be counted against flow control.
Repository: rust
Issue: A lint to warn about generic in alias not used as generic parameter
Labels: A-lints,T-lang,C-feature-request

Consider [this snippet](https://github.com/snapview/tokio-tungstenite/blob/317569dfe0da6374476bf8048bf861902643b79b/src/connect.rs#L63):
```rust
    pub type AutoStream<S> = S;
```

Which actually does nothing useful but causes confusing such as https://github.com/snapview/tokio-tungstenite/issues/113 .

It would be great to have a lint to warn about this kind of alias.
Repository: go
Issue: x/pkgsite: package-scope exported variables display full source code of function bodies
Labels: NeedsInvestigation

For my package: https://github.com/rocketlaunchr/dataframe-go, the godoc page for Variables of func is ridiculous.

It is so ridiculous, I can't explain it in words here.

See: https://godoc.org/github.com/rocketlaunchr/dataframe-go/forecast/evaluation

/cc @dmitshur
Repository: pytorch
Issue: [C++] adding type checking or type casting to torch::PackedTensorAccessor indexing
Labels: module: cpp,triaged,enhancement

## 🚀 Feature
<!-- A clear and concise description of the feature proposal -->
For a torch::PackedTensorAccessor object, when we access the elements of its, check, or cast the indexing number type.
## Motivation
```
torch::PackedTensorAccessor<scalar_t,1,torch::RestrictPtrTraits,size_t> some_values;

const float idx_float = some_index;
const int idx_int = some_index;

some_values[idx_float ] // may get weird results while no warning or error at all
some_values[idx_int]    // correct way
```
<!-- Please outline the motivation for the proposal. Is your feature request related to a problem? e.g., I'm always frustrated when [...]. If this is related to another GitHub issue, please link here too -->

## Pitch
please consider adding type checking or type casting to the indexing number.
<!-- A clear and concise description of what you want to happen. -->


cc @yf225 @glaringlee