sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: angular
Issue: Angular Router parses url with double slashes unexpectedly
Labels: area: router,P5

### Which @angular/* package(s) are the source of the bug?

router

### Is this a regression?

No

### Description

Initial navigation causes incorrect parsing of URL with double slashes.
I assume it happens here - https://github.com/angular/angular/blob/main/packages/router/src/url_tree.ts#L584 

When the default framework parser meets '//' in the middle of URL it skips all segments after it. After a protocol (ex: `http(s)`) this behavior is correct, but in other cases it causes unexpecting results (for example from stackblitz: https://angular-ivy-8xjum1.stackblitz.io/first//third) 

STR:
1. go to stackblitz https://stackblitz.com/edit/angular-ivy-8xjum1 
2. navigate to `Third` router link
3. remove `second` segment from URL
4. click ENTER

AR:
- navigation to `first` path

ER:
- calling of a malformedUriHandler OR
- be able to handle such case in the app differently


### Please provide a link to a minimal reproduction of the bug

https://stackblitz.com/edit/angular-ivy-8xjum1

### Please provide the exception or error you saw

```true
No stack trace
```


### Please provide the environment you discovered this bug in (run `ng version`)

```true
OS: Mac OS 12.1, Windows 10
Angular: @angular/common 13.2.0
Node: 16.15.0 LTS
```


### Anything else?

_No response_
Repository: ant-design
Issue: Typography.Paragraph自定义ellipsis切换展开失败
Labels: Inactive

### Reproduction link

[https://codepen.io/ayiaq1/pen/XWZErqb?editors=001](https://codepen.io/ayiaq1/pen/XWZErqb?editors=001)

### Steps to reproduce

切换Switch，可以折叠和展开。但是使用Typography.Paragraph的symbol、onExpand的事件切换，就不能再次折叠文本。

### What is expected?

Typography.Paragraph的symbol、onExpand的事件能正常折叠和展开文本。

### What is actually happening?

使用Typography.Paragraph的symbol、onExpand的事件切换，就不能再次折叠文本。

| Environment | Info |
| --- | --- |
| antd | 4.20.7 |
| React | 17.0.2 |
| System | mac |
| Browser | Chrome 100 |

<!-- generated by ant-design-issue-helper. DO NOT REMOVE -->
Repository: pytorch
Issue: torch.lerp: discrepancy between CUDA and CPU (with extremal inputs)
Labels: triaged,module: NaNs and Infs

### 🐛 Describe the bug

```python
import torch

st = torch.tensor(0.2345)
en = torch.tensor(float("inf"))
weight = torch.tensor(-0.9890)

print(torch.lerp(st, en, weight))   # -inf
print(torch.lerp(st.cuda(), en.cuda(), weight.cuda()))  # nan
```

### Versions

master
Repository: go
Issue: crypto/tls: consider less allocations for Conn.Read
Labels: Performance,NeedsInvestigation

<!--
Please answer these questions before submitting your issue. Thanks!
-->

### What version of Go are you using (`go version`)?

<pre>
$ go version
go version go1.17.6 darwin/amd64
</pre>

### Does this issue reproduce with the latest release?
Yes


### What operating system and processor architecture are you using (`go env`)?

<details><summary><code>go env</code> Output</summary><br><pre>
$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/Users/anton/Library/Caches/go-build"
GOENV="/Users/anton/Library/Application Support/go/env"
GOEXE=""
GOEXPERIMENT=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GOINSECURE=""
GOMODCACHE="/Users/anton/go/pkg/mod"
GONOPROXY=""
GONOSUMDB=""
GOOS="darwin"
GOPATH="/Users/anton/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/local/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/local/go/pkg/tool/darwin_amd64"
GOVCS=""
GOVERSION="go1.17.6"
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 x86_64 -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/3_/brw14zgj1sd1x1hnnz4p02tm0000gn/T/go-build266993821=/tmp/go-build -gno-record-gcc-switches -fno-common"
</pre></details>

### What did you do?

I'm running a websocket client application consuming lots of short messages from its established websocket connection.


### What did you expect to see?
I would like to have no allocations for `Conn.Read` calls.


### What did you see instead?
Each call of `Conn.Read` allocates one `atLeastReader` while going through `Conn.readFromUntil`.

There also were some redundant allocations fixed in https://github.com/golang/go/issues/50657.
Combining https://github.com/golang/go/issues/50657 with the patch I'm currently doing makes `Conn.Read` have zero allocations.
Repository: storybook
Issue: CLI: Support known `builder` & `renderer` but unknown `framework`
Labels: bug,cli

In Storybook 7.0 we are introducing the concept of [Frameworks](https://chromatic-ui.notion.site/Frameworks-RFC-89f8aafe3f0941ceb4c24683859ed65c), which are fully specified storybook configurations including a renderer (e.g. `preact`), a builder (e.g. `vite`), and some other presets.

We've recently updated the CLI to handle this new structure in `sb init`/`sb repro`/etc. However the new code throws an error when it can't find a framework matching the user's configuration. Instead, it should have some fallback behavior, TBD. This behavior should be consistent with the to-be-designed "framework eject" feature.

### Proposal

```js
core: {
  builder: 'builder-name',
  renderer: 'renderer-name',
}
```

To support this, we would need to add support for a new field `core.renderer` which would effectively be another addon placed before the contents of `addons` (just like `framework` is implemented). `core.builder` is already supported.
Repository: pytorch
Issue: torch.fx: symbolic_trace: ones() received an invalid combination of arguments
Labels: triaged,module: fx

### 🐛 Describe the bug

Run the following standalone python file.

```
import torch
from torch.fx import symbolic_trace
from transformers import AutoModelForSequenceClassification


class OnlyLogitsHuggingFaceModel(torch.nn.Module):
    """Wrapper that returns only the logits from a HuggingFace model."""

    def __init__(self):
        super().__init__()
        self.model = AutoModelForSequenceClassification.from_pretrained(
            "ProsusAI/finbert",  # The pretrained model name.
            num_labels=3,
            output_attentions=False,
            output_hidden_states=False,
            torchscript=True,
        )
        self.model.eval()

    def forward(self, input):
        # Return only the logits.
        return self.model(input)[0]



traced = symbolic_trace(OnlyLogitsHuggingFaceModel())
```

I get the error:
```
TypeError: ones() received an invalid combination of arguments - got (tuple, device=Attribute), but expected one of:
 * (tuple of ints size, *, tuple of names names, torch.dtype dtype, torch.layout layout, torch.device device, bool pin_memory, bool requires_grad)
 * (tuple of ints size, *, Tensor out, torch.dtype dtype, torch.layout layout, torch.device device, bool pin_memory, bool requires_grad)
```
Full error log: https://gist.github.com/silvasean/a11f5219e8d931014ae4046a1fafcef7

### Versions

PyTorch version: 1.13.0.dev20220530+cpu
Is debug build: False
CUDA used to build PyTorch: None
ROCM used to build PyTorch: N/A

OS: Debian GNU/Linux rodete (x86_64)
GCC version: (Debian 11.2.0-19) 11.2.0
Clang version: 13.0.1-3+build2
CMake version: version 3.22.4
Libc version: glibc-2.33

Python version: 3.9.12 (main, Mar 24 2022, 13:02:21)  [GCC 11.2.0] (64-bit runtime)
Python platform: Linux-5.17.6-1rodete1-amd64-x86_64-with-glibc2.33
Is CUDA available: False
CUDA runtime version: No CUDA
GPU models and configuration: No CUDA
Nvidia driver version: No CUDA
cuDNN version: No CUDA
HIP runtime version: N/A
MIOpen runtime version: N/A
Is XNNPACK available: True

Versions of relevant libraries:
[pip3] iree-torch==0.0.1
[pip3] numpy==1.23.0rc1
[pip3] torch==1.13.0.dev20220530+cpu
[pip3] torch-mlir==20220530.482
[pip3] torchvision==0.14.0.dev20220530+cpu
[conda] Could not collect

cc @ezyang @SherlockNoMad
Repository: tauri
Issue: [bug] Mac apps seem to have dark border/shadow when `"decorations": false`
Labels: type: bug,priority: 2 medium,platform: macOS

### Describe the bug

![image](https://user-images.githubusercontent.com/1567498/170999090-80b3f510-e587-4e6d-a15a-baa8e3885591.png)

Problem explainer/demo videos:

https://share.cleanshot.com/Jbmcs2

https://share.cleanshot.com/IZPV9L

### Reproduction

https://github.com/schickling-test/2022-may-tauri-repro

### Expected behavior

_No response_

### Platform and versions

```shell
> tauri "info"


Environment
  › OS: Mac OS 12.3.1 X64
  › Node.js: 16.13.1
  › npm: 8.1.2
  › pnpm: Not installed!
  › yarn: 1.22.17
  › rustup: 1.24.3
  › rustc: 1.58.1
  › cargo: 1.58.0
  › Rust toolchain: stable-aarch64-apple-darwin 

Packages
  › @tauri-apps/cli [NPM]: 1.0.0-rc.13
  › @tauri-apps/api [NPM]: 1.0.0-rc.6
  › tauri [RUST]: 1.0.0-rc.14,
  › tauri-build [RUST]: 1.0.0-rc.12,
  › tao [RUST]: 0.9.1,
  › wry [RUST]: 0.17.0,

App
  › build-type: bundle
  › CSP: unset
  › distDir: ../dist
  › devPath: ../dist

App directory structure
  ├─ dist
  ├─ node_modules
  ├─ src-tauri
  └─ .git
```
```


### Stack trace

_No response_

### Additional context

_No response_
Repository: rust
Issue: cargo test --doc does not respect CARGO_BUILD_JOBS env variable
Labels: T-rustdoc,T-cargo,C-discussion

I originally reported this issue in the cargo repo: https://github.com/rust-lang/cargo/issues/10702 but I was told that "this behaviour is controlled by rustdoc".

### Problem

I use a global variable CARGO_BUILD_JOBS=4 because the default configuration results in my machine running out of memory when compiling some rust projects. However recently I noticed that this fails when there are many doc tests in the project, because it looks like all the doc tests are compiled in parallel.

### Steps

1. Find some project with many doc tests
2. export CARGO_BUILD_JOBS=1
3. cargo test --doc
4. In a separate terminal, run `pidof rustc` and notice how there are as multiple processes, instead of the expected 1.
5. This results in the tests failing, in my case because the linker is killed because the system has run out of memory.

### Possible Solution(s)

In my opinion the correct behavior is to respect CARGO_BUILD_JOBS when compiling the tests.

As a workaround, you can use

    cargo test -- --test-threads 1

to limit the number of build jobs to 1, however this also affects normal tests, so running tests will be much slower.

### Version

```text
cargo 1.61.0 (a028ae4 2022-04-29)
release: 1.61.0
commit-hash: a028ae42fc1376571de836be702e840ca8e060c2
commit-date: 2022-04-29
host: x86_64-unknown-linux-gnu
libgit2: 1.4.2 (sys:0.14.2 vendored)
libcurl: 7.80.0-DEV (sys:0.4.51+curl-7.80.0 vendored ssl:OpenSSL/1.1.1m)
os: Ubuntu 22.04 (jammy) [64-bit]
```

### Comments

@weihanglo provided helpful [comments](https://github.com/rust-lang/cargo/issues/10702#issuecomment-1138525140):

> To my understanding, `rustdoc` collects each doctest and compiles them by invoking `rustc` on-the-fly[1](#user-content-fn-1-4d7be28dd20ecdb626e5ea7c5c494700), and that is included as a part of **test fn**[2](#user-content-fn-2-4d7be28dd20ecdb626e5ea7c5c494700), which will be executed by libtest.
> 
> That tells us why `build.jobs` (controls cargo-rustc jobserver) doesn't affect parallelism of doctest, but `--test-threads` does (controls parallelism of libtest).
Repository: pytorch
Issue: [1.9.1] [collect_env] collect_env does not collect actual runtime-loaded cudnn version
Labels: module: cudnn,module: collect_env.py,triaged,enhancement

### 🐛 Describe the bug

In opposite, `torch.backends.cudnn.version()` does collect it correctly.
Originally reported by @grazder in a comment: https://github.com/pytorch/pytorch/issues/78475#issuecomment-1140516737

This occurred on old-ish version of 1.9.1, not sure if it still happens on 1.11.0

### Versions

1.9.1

cc @csarofeen @ptrblck @xwang233
Repository: angular
Issue: Improve error message for "No provider for" errors.
Labels: feature,hotlist: error messages,area: core,core: di,feature: under consideration

### Which @angular/* package(s) are relevant/related to the feature request?

core

### Description

In complex applications, it can be very tedious to debug "No provider for" errors, because Angular doesn't tell me what component or service it's trying to resolve when running into this error.

In my particular case, I have several components which have optional dependencies, depending on where in the application it is loaded. These dependencies are typically defined on parent components (or not). Clearly I forgot to mark it optional somewhere in one of my components, but in order to find out which one, I have to put a breakpoint on the error, go up several levels and hope to find what component it is instantiating.

### Proposed solution

It would be very helpful if the error changed from "No provider for {requestedService}" to "No provider for {requestedService} while instantiating {component, service, pipe or whatever}"

### Alternatives considered

-
Repository: vscode
Issue: Problem running inlineCompletions Sample 
Labels: bug,inline-completions

I am having an issue running the inlineCompletions sample.  Could this be due to moving from proposal to GA?

Repro:

'''
code --enable-proposed-api vscode-samples.inline-completion-sample .

Run Extension 

Activating extension 'vscode-samples.inline-completion-sample' failed: Extension 'vscode-samples.inline-completion-sample' CANNOT use API proposal: inlineCompletions. Its package.json#enabledApiProposals-property declares: but NOT inlineCompletions. The missing proposal MUST be added and you must start in extension development mode or use the following command line switch: --enable-proposed-api vscode-samples.inline-completion-sample.

[vscode-samples.inline-completion-sample]: editor/inlineCompletions/actions is a proposed menu identifier. It requires 'package.json#enabledApiProposals: ["inlineCompletions"]' and is only available when running out of dev or with the following command line switch: --enable-proposed-api vscode-samples.inline-completion-sample

The package.json cloned from the repo has the property set
'''

@hediet
Repository: neovim
Issue: Inconsistent timeoutlen behavior between mappings and built-in commands
Labels: enhancement,needs:discussion,mappings

### Neovim version (nvim -v)

Latest

### Vim (not Nvim) behaves the same?

Yes, https://github.com/vim/vim/issues/10503

### Operating system/version

macOS 12

### Terminal name/version

iTerm2

### $TERM environment variable

xterm-256color

### Installation

From source

### How to reproduce the issue

```
set timeout
set timeoutlen=1000
map gx <Cmd>echom "gx"<CR>
map gxy <Cmd>echom "gxy"<CR>

" Press gxy → prints "gxy"
" Press gx → wait 1 second → prints "gx"
" This works as expected.

map g <Cmd>echom "g"<CR>
" Press g → wait 1 second → prints "g"
" Press gg → prints "g" twice, instead of executing the gg built-in.
```

### Expected behavior

Cursor goes to top of current buffer

### Actual behavior

Prints "g" twice
Repository: vscode
Issue: Chromium API feedback
Labels: under-discussion,web,chromium

Currently collected browser API challenges and asks curated by the team
 
* Local file system API limitation https://github.com/microsoft/vscode/issues/136486
* Window unload
  * Support for long running onbeforeUnload and custom dialogs on close [MSEdgeExplainers#147](https://github.com/MicrosoftEdge/MSEdgeExplainers/issues/147) 
* Clipboard
  * Mix of workaround for Safari, clipboard api and document commands (`copy`). https://github.com/microsoft/vscode/issues/141704
* Keyboard
  * Keyboard lock [WICG/keyboard-lock](https://github.com/WICG/keyboard-lock)
    * Support keyboard lock without fullscreen
    * Keyboard lock in trusted iframe https://github.com/WICG/keyboard-lock/issues/40
  * Keymap support to detect modifier keys better https://github.com/WICG/keyboard-map/issues/26
* iframe/service worker improvement @mjbvz 
  * https://github.com/microsoft/vscode-internalbacklog/issues/619#issuecomment-505562148
* Scrollbar customization (width, styling)
* [accessibility object model](https://wicg.github.io/aom/spec/)
* Selection API https://github.com/WICG/webcomponents/issues/79
  * `window.getSelection` currently has limitations with Shadow DOM
* Devtools
  * better support of TypeScript in general, e.g.: https://bugs.chromium.org/p/chromium/issues/detail?id=1087762&q=&can=4
Repository: go
Issue: net/netip: Prefix, the range of bits for 4in6 addresses must be restricted to [96,128]
Labels: NeedsInvestigation

<!-- Please answer these questions before submitting your issue. Thanks! -->

### What version of Go are you using (`go version`)?

<pre>
$ go version
go version go1.18.2 linux/amd64
</pre>

### Does this issue reproduce with the latest release?
yes, I use the latst stable release

### What operating system and processor architecture are you using (`go env`)?

<details><summary><code>go env</code> Output</summary><br><pre>
$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/home/gaissmai/.cache/go-build"
GOENV="/home/gaissmai/.config/go/env"
GOEXE=""
GOEXPERIMENT=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE=""
GOMODCACHE="/home/gaissmai/go/pkg/mod"
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/home/gaissmai/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/snap/go/9760"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/snap/go/9760/pkg/tool/linux_amd64"
GOVCS=""
GOVERSION="go1.18.2"
GCCGO="gccgo"
GOAMD64="v1"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD="/home/gaissmai/project/tests/go.mod"
GOWORK=""
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build1518686161=/tmp/go-build -gno-record-gcc-switches"
GOROOT/bin/go version: go version go1.18.2 linux/amd64
GOROOT/bin/go tool compile -V: compile version go1.18.2
uname -sr: Linux 5.13.0-44-generic
Distributor ID:	Ubuntu
Description:	Ubuntu 21.10
Release:	21.10
Codename:	impish
gdb --version: GNU gdb (Ubuntu 11.1-0ubuntu2) 11.1
</pre></details>

### What did you do?
https://go.dev/play/p/2KQHE36RXEa

The type changes after applying Prefix.Masked() from 4in6 to 6, but Masked() should only mask the hostbits and not producing nonsense.

### What did you expect to see?

You should change the limitations for type netip.Prefix to:
// Prefix is an IP address prefix (CIDR) representing an IP network.
//
// The first Bits() of Addr() are specified. The remaining bits match any address.
// The range of Bits() is [0,32] for IPv4 or [0,128] for IPv6.

to

// Prefix is an IP address prefix (CIDR) representing an IP network.
//
// The first Bits() of Addr() are specified. The remaining bits match any address.
// The range of Bits() is [0,32] for IPv4 or [0,128] for IPv6 and [96,128] for IP4In6

and netip.ParsePrefix should return an error

### What did you see instead?

after applying netip.Prefix.Masked() the type of the IP address changed from IP4In6 to IP6 and the result is nonsense, because more than the hostbits are masked.

prefix: ::ffff:10.5.6.7/88, addr: ::ffff:10.5.6.7, is4in6: true
masked: ::ff00:0:0/88, addr: ::ff00:0:0, is4in6: false
Repository: flutter
Issue: Icons to Enum
Labels: framework,f: material design,c: proposal,P3,team-design,triaged-design

## Use case

I wanted to implement a grid showing all possible icons on the Icons class, so my user could choose one. 

## Proposal

I found out that the `Icons` class is not an `enum` and therefore has no `values` property. Since now we have [enhanced enums (from dart-lang/sdk/#47849)](https://github.com/dart-lang/sdk/issues/47849), I believe this change could possibly be made. I'm not sure how that would impact on the already existing features that use it. I know all the actual icons are `IconData` objects, but maybe something could be done to make this change easier?
Repository: rust
Issue: Personality function not required in no_std code that uses `C_unwind` FFI.
Labels: T-compiler,C-bug,F-c_unwind

Discovered when thinking about #97235. Exactly the same snippet of code:
```rust
extern "C-unwind" {
    fn foo();
}

fn bar() {
    unsafe { foo(); }
}
```

Compiling the above in `-C panic=abort` requires a personality function to turn unwind into abort. The current criteria for determining whether a personality function is needed just looks at the panic strategy, so `rust_eh_personality` isn't required, causing a linking error instead.

@rustbot label: F-c_unwind requires-nightly C-bug
Repository: electron
Issue: [Bug]: Notification `toastXml` doesn't show image
Labels: enhancement :sparkles:,platform/windows,component/notifications,18-x-y,19-x-y

### Preflight Checklist

- [X] I have read the [Contributing Guidelines](https://github.com/electron/electron/blob/main/CONTRIBUTING.md) for this project.
- [X] I agree to follow the [Code of Conduct](https://github.com/electron/electron/blob/main/CODE_OF_CONDUCT.md) that this project adheres to.
- [X] I have searched the [issue tracker](https://www.github.com/electron/electron/issues) for a bug report that matches the one I want to file, without success.

### Electron Version

19.0.0

### What operating system are you using?

Windows

### Operating System Version

Windows 11 21H2 (22621.1)

### What arch are you using?

x64

### Last Known Working Electron version

I don't know

### Expected Behavior

To have a notification with image

![image](https://user-images.githubusercontent.com/6286683/171072603-dadc50e8-6d28-49c5-ae33-c20c6ea58b5b.png)


### Actual Behavior

The notification doesn't have any image

![image](https://user-images.githubusercontent.com/6286683/171072389-296cf470-4b85-491b-9ef4-e906f9c90440.png)


### Testcase Gist URL

https://gist.github.com/db249d416a70225e33b5f3e90a2c7671

### Additional Information

_No response_
Repository: godot
Issue: RAM memory error
Labels: bug,platform:windows,topic:editor,needs testing,crash

### Godot version

3.5 rc1 win64

### System information

windows 10, Intel Pentium CPU N3700, 4gb ram

### Issue description

when i opened a project, the project manager window stopped working. when i close the other window, it stops working again and an error regarding to RAM memory appears.
the first time i did that, a lot of windows from godot apeared and each one consumed and 0.3% cpu and 100mb ram ish. 

### Steps to reproduce

open godot, the only other windows opened are from chrome.
open a project
close the project manager (due to its malfunction)
close the window
see the memory error

### Minimal reproduction project

_No response_