sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: next.js
Issue: Parallel Routes cause redundant RSC fetches on navigation
Labels: bug,Navigation,Parallel & Intercepting Routes

### Link to the code that reproduces this issue

https://github.com/marmalade-labs/parallel-route-rerender

### To Reproduce

1. Create production build of the application (`bun run build && bun start`) or navigate to https://parallel-route-rerender.vercel.app/a
2. Click on one of the cards in the bottom half of the page

### Current vs. Expected behavior

**Current Behavior**
If you open the Network tab in DevTools, when you click a card you will see 21 fetches for the current route (with different `?_rsc=` params), which I believe correspond to the 21 different parallel slots in the layout.

![image](https://github.com/vercel/next.js/assets/85196623/7e465ec1-47d3-4d2d-b83e-119f91d0f58a)


Maybe this is intended in the sense that each request might correspond to a specific slot. However, each request appears to be re-running the matched slots (which will always and only be `/app/[letter]/page.tsx` and `/app/[letter]/@grid/page.tsx`). I demonstrate by adding a 1 second sleep in those pages, but not in any others (which should just be rendering a no-op `default.tsx`), and yet we can see that each of the 21 requests takes > 1 second.

**Expected Behavior**
Whether or not we expect 21 different HTTP requests, I would only expect that each slot is rendered once.  So we should either see 1 request that takes ~ 1 second, or 21 requests where 2 of them take 1 second and the rest are <100 ms. 

### Provide environment information

```bash
Operating System:
  Platform: linux
  Arch: x64
  Version: #1 SMP PREEMPT_DYNAMIC Tue, 07 May 2024 21:35:54 +0000
  Available memory (MB): 31886
  Available CPU cores: 8
Binaries:
  Node: 18.20.2
  npm: 10.8.0
  Yarn: 1.22.22
  pnpm: 8.15.5
Relevant Packages:
  next: 14.3.0-canary.68 // Latest available version is detected (14.3.0-canary.68).
  eslint-config-next: 14.2.3
  react: 18.3.1
  react-dom: 18.3.1
  typescript: 5.4.5
Next.js Config:
  output: N/A
```


### Which area(s) are affected? (Select all that apply)

Navigation, Parallel & Intercepting Routes

### Which stage(s) are affected? (Select all that apply)

next start (local), Vercel (Deployed)

### Additional context

_No response_
Repository: pytorch
Issue: Potential issue of “errno: 98- Address already in use” error in DDP (with torchrun)
Labels: oncall: distributed,triaged,module: ddp

### 🐛 Describe the bug

During the use of torchrun (with ddp), sometimes there may be random occurrences of ‘errno: 98- Address already in use’, for example:
```bash
[W socket.cpp:436] [c10d] The server socket has failed to bind to [::]:29400 (errno: 98 - Address already in use).
[W socket.cpp:436] [c10d] The server socket has failed to bind to 0.0.0.0:29400 (errno: 98 - Address already in use).
[E socket.cpp:472] [c10d] The server socket has failed to listen on any local network address.
```
and details can see from: 
https://discuss.pytorch.org/t/potential-issue-of-errno-98-address-already-in-use-error-in-ddp-with-torchrun/202922

### Versions

from torch1.10 ~ torch2.1.0 has been tested, all has the problem.
(the newest torch2.3 has not been tested, but I read the source code, which has no changes. I think the problem still exists in torch2.3)

cc @mrshenli @pritamdamania87 @zhaojuanmao @satgera @gqchen @aazzolini @osalpekar @jiayisuse @H-Huang @kwen2501 @awgu @penguinwu @fegin @XilunWu @wanchaol @fduwjj @wz337 @tianyu-l @wconstab @yf225 @chauhang @d4l3k
Repository: yt-dlp
Issue: yt-dlp --write-subs --sub-lang "live_chat" on a Live stream is always Top Chat
Labels: site-bug

### DO NOT REMOVE OR SKIP THE ISSUE TEMPLATE

- [X] I understand that I will be **blocked** if I *intentionally* remove or skip any mandatory\* field

### Checklist

- [X] I'm requesting a site-specific feature
- [X] I've verified that I have **updated yt-dlp to nightly or master** ([update instructions](https://github.com/yt-dlp/yt-dlp#update-channels))
- [X] I've checked that all provided URLs are playable in a browser with the same IP and same login details
- [X] I've searched [known issues](https://github.com/yt-dlp/yt-dlp/issues/3766) and the [bugtracker](https://github.com/yt-dlp/yt-dlp/issues?q=) for similar issues **including closed ones**. DO NOT post duplicates
- [X] I've read the [guidelines for opening an issue](https://github.com/yt-dlp/yt-dlp/blob/master/CONTRIBUTING.md#opening-an-issue)
- [X] I've read about [sharing account credentials](https://github.com/yt-dlp/yt-dlp/blob/master/CONTRIBUTING.md#are-you-willing-to-share-account-details-if-needed) and I'm willing to share it if required

### Region

United States

### Example URLs

https://Any.currently.Live.stream.on.Youtube.com/watch?v=aRealVidID

### Provide a description that is worded well enough to be understood

Downloading the Live_Chat of a live, currently broadcasting stream is always "Top Chat".

In Youtube_live_chat.py, line 67 is the line of code to switch to the unfiltered "Live Chat" setting. The function that this line of code is in appears only on line 127 in a conditional OR that only ever gets called when retrieving the replay of a concluded broadcast.

Can "Live" Live Chats be made unfiltered as well, please? 

https://github.com/yt-dlp/yt-dlp/blob/master/yt_dlp/downloader/youtube_live_chat.py#L67

### Provide verbose output that clearly demonstrates the problem

- [X] Run **your** yt-dlp command with **-vU** flag added (`yt-dlp -vU <your command line>`)
- [ ] If using API, add `'verbose': True` to `YoutubeDL` params instead
- [X] Copy the WHOLE output (starting with `[debug] Command-line config`) and insert it below

### Complete Verbose Output

```shell
Plz no ban!  There is no relevant reproduction to be pasted here. This isn't relevant because the code analysis is listed above.
```
Repository: pytorch
Issue: missing docs for torch.Tag
Labels: module: docs,triaged,module: library

### 📚 The doc issue

The documentation for [torch.Tag](https://pytorch.org/docs/main/torch.html#torch.Tag) is virtually non-existent. This seems particularly glaring, given that 
[torch.library.define](https://pytorch.org/docs/stable/library.html#torch.library.define) explicitly asks users to carefully read those docs.

### Suggest a potential alternative/fix

_No response_

cc @svekars @brycebortree @anjali411
Repository: pytorch
Issue: ambiguous overload for TORCH_LIBRARY `def` 
Labels: module: internals,triaged

### 🐛 Describe the bug

The two overloads of `library.def`, 
```c++
template <typename Schema>
Library& def(
      Schema&& raw_schema,
      const std::vector<at::Tag>& tags = {},
      _RegisterOrVerify rv = _RegisterOrVerify::REGISTER) & {
    c10::FunctionSchema s = schema(std::forward<Schema>(raw_schema));
    return _def(std::move(s), nullptr, tags, rv);
}
  
template <typename NameOrSchema, typename Func>
Library& def(NameOrSchema&& raw_name_or_schema, Func&& raw_f,
      const std::vector<at::Tag>& tags = {}) & {
    CppFunction f(std::forward<Func>(raw_f));
    return _def(
        detail::constructSchemaOrName(
            ::std::forward<NameOrSchema>(raw_name_or_schema)),
        ::std::move(f), tags);
}
```
are  ambiguous when  `tags` are used: `Func&&` matches anything, so both options appear as viable overloads.

The second overload should be SFINAEd away if `Func` is a vector of tags.

### Versions

PyTorch version: 2.3.0+cu121

cc @ezyang @bhosmer @smessmer @ljk53 @bdhirsh
Repository: ant-design
Issue: TimePicker.RangePicker在使用changeOnScroll和needConfirm表现异常
Labels: Inactive,unconfirmed

### Reproduction link

[![Edit on StackBlitz](https://developer.stackblitz.com/img/open_in_stackblitz.svg)](https://stackblitz.com/edit/react-mhpcm4-cgwbh8?file=demo.js)

### Steps to reproduce

依次选择，最后得连点几下空白才能消掉悬浮框

### What is expected?

正常消失

### What is actually happening?

不正常

| Environment | Info |
| --- | --- |
| antd | 5.17.2 |
| React | 18 |
| System | windows |
| Browser | chrome |

<!-- generated by ant-design-issue-helper. DO NOT REMOVE -->
Repository: godot
Issue: set_multiplayer_authority doesn't save 64 bit numbers correctly. 
Labels: discussion,documentation,topic:multiplayer

### Tested versions

Godot 4.2 (mono)
With GD Script

### System information

Windows 10 64 bit ryzen 5600. Godot 4.2.1 stable mono official b09f793f5

### Issue description

I have a 64 bit integer I print the value of. It is the correct value. 
my number is in the "quadrillions." (5 commas)
When I set the value, it changes to a number in the millions. 

### Steps to reproduce

Using GD Script

`# Example number with commas : 12,345,678,901,234,567`
`var my_id : int = 12345678901234567 `

`print("My number is : " + str(my_id) )`
`my_other_node.set_multiplayer_authority(my_id)`
`print ( "Is my number the same? " + str(my_other_node.get_multiplayer_authority) )`



### Minimal reproduction project (MRP)

As far as I'm aware this is all you need. 
I'm not using Godot's multiplayer API for anything. I WAS using that. The steps to reproduce should be capable of showing you the problem.
Repository: material-ui
Issue: [material-ui] Tabs component indicatorColor does not accept custom theme colors
Labels: new feature,component: tabs,package: material-ui

### Steps to reproduce

Link to live example: [Example](https://codesandbox.io/p/sandbox/snowy-paper-9tcdxg?file=%2Fsrc%2FDemo.tsx%3A26%2C4)

Steps:
1. Define a custom theme color, I went with 'aCustomColor'
2. Use the color in the `indicatorColor` prop: `<Tabs indicatorColor="aCustomColor">[...]</Tabs>`

### Current behavior

The Tabs component does not accept custom theme colors for the indicator

### Expected behavior

I would like the Tabs component to accept custom theme colors for the indicator

### Context

I want to have the option to use a custom theme color in some places instead of the primary/secondary options that are now hardcoded into the component css.

### Your environment

Environment as in the example code sandbox, so nothing special or custom.


**Search keywords**: indicator, tabs, custom color, theme
Repository: terminal
Issue: Cannot save settings.json from the UI when it is a symbolic link
Labels: Issue-Bug,Product-Terminal,Area-SettingsUI

### Windows Terminal version

1.19.11213.0

### Windows build number

10.0.22631.3593

### Other Software

_No response_

### Steps to reproduce

1. Replace `settings.json` with a symbolic link to a `settings.json` file somewhere else.
2. Start terminal and open settings.
3. Perform changes and hit `Save`

### Expected Behavior

The changes get saved into the `settings.json` file that the symbolic link points to.

### Actual Behavior

Nothing happens.

However if I change the symbolic link to a hard link, the changes get saved but then I run into the issue #14730
Repository: storybook
Issue: [Bug]: Disabled toc in story produces error spam on scroll
Labels: bug,addon: docs,sev:S3

### Describe the bug

Console error spam from toc (table of contents), if toc: { disable: true } is set and scrolling is triggered.
```
index-c882a240.js:442 Uncaught TypeError: Cannot read properties of undefined (reading 'querySelector')
    at Object.v [as updateToc] (index-c882a240.js:442:3110)
    at HTMLDocument.<anonymous> (index-c882a240.js:442:9940)
    at HTMLDocument.<anonymous> (index-c882a240.js:442:8472)
```

### To Reproduce

https://stackblitz.com/edit/github-jmtuvf?file=.storybook%2Fpreview.ts,src%2Fstories%2FButton.stories.ts&preset=node

1. Open the reproduction example
2. See **enabled** toc in `preview.tsx`
3. See **disabled** toc in `Button.stories.ts`
5. Go to Storybook Button Docs page
6. Open Dev tools
7. Scroll down on the docs page
8. See error spam in console stemming from toc query selector `var oldActiveTocLink = tocElement.querySelector("." + options.activeLinkClass);`

```
Uncaught TypeError: Cannot read properties of undefined (reading 'querySelector')
    at Object.updateToc (chunk-Z2YT5RER.js?v=aaea24c7:257:41)
    at HTMLDocument.<anonymous> (chunk-Z2YT5RER.js?v=aaea24c7:648:16)
    at HTMLDocument.<anonymous> (chunk-Z2YT5RER.js?v=aaea24c7:736:10)
```

### System

```bash
Storybook Environment Info:

  System:
    OS: Linux 5.0 undefined
    CPU: (8) x64 Intel(R) Core(TM) i9-9880H CPU @ 2.30GHz
    Shell: 1.0 - /bin/jsh
  Binaries:
    Node: 18.18.0 - /usr/local/bin/node
    Yarn: 1.22.19 - /usr/local/bin/yarn
    npm: 10.2.3 - /usr/local/bin/npm <----- active
    pnpm: 8.15.6 - /usr/local/bin/pnpm
  npmPackages:
    @storybook/addon-essentials: ^8.2.0-alpha.1 => 8.2.0-alpha.1 
    @storybook/addon-interactions: ^8.2.0-alpha.1 => 8.2.0-alpha.1 
    @storybook/addon-links: ^8.2.0-alpha.1 => 8.2.0-alpha.1 
    @storybook/addon-onboarding: ^8.2.0-alpha.1 => 8.2.0-alpha.1 
    @storybook/blocks: ^8.2.0-alpha.1 => 8.2.0-alpha.1 
    @storybook/react: ^8.2.0-alpha.1 => 8.2.0-alpha.1 
    @storybook/react-vite: ^8.2.0-alpha.1 => 8.2.0-alpha.1 
    @storybook/test: ^8.2.0-alpha.1 => 8.2.0-alpha.1 
    storybook: ^8.2.0-alpha.1 => 8.2.0-alpha.1
```


### Additional context

Many thanks in advance!
Repository: electron
Issue: [Bug]: Open BrowserWindow on secondary screen on MAc
Labels: bug :beetle:,status/reviewed,has-repro-gist,30-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

30.0.6

### What operating system are you using?

macOS

### Operating System Version

MasOS Somona 14.4.1 - M1

### What arch are you using?

Other (specify below)

### Last Known Working Electron version

_No response_

### Expected Behavior

Create a BrowserWindow on my secondary screen near main screen

### Actual Behavior

The BrowserWindow is created on the main screen.

### Testcase Gist URL

https://gist.github.com/NykoKar/f3f8e7eaec0e980d42d53c1b050e378b

### Additional Information

I followed this documentation: https://www.electronjs.org/docs/latest/api/screen
It works on Windows but not on MacOS.
Repository: transformers
Issue: Kosmos-2.5 implementation in transformers
Labels: New model,Multimodal

### Model description

Hello everyone,

The Kosmos-2.5 is a multimodal literate model that can be used for tasks such as OCR and text-rich image comprehension. It includes a ViT encoder, a Resampler, and a shared decoder module. To the best of my knowledge, the architecture of this model is similar to Kosmos-2 but has some differences. Due to these differences, using this model in Transformers requires a standalone implementation.

### Open source status

- [X] The model implementation is available
- [X] The model weights are available

### Provide useful links for the implementation

Paper: https://arxiv.org/pdf/2309.11419
Code: https://github.com/microsoft/unilm/tree/master/kosmos-2.5
Authors: @Dod-o @wolfshow
Repository: vscode
Issue: Add support for running command when clicking on a progress status item
Labels: feature-request,api,workbench-status

<!-- ⚠️⚠️ 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. -->

Add new member `command` to `ProgressOptions` that is the id of a command that is executed when the user clicks on the progress item.

Reason we are asking for this is we want to replace the `Building...` progress item with one that indicates the progress of the build. eg `Building [45/120]`. But if we add our own progress item we lose the ability to show the build task when we click on it.
Repository: godot
Issue: Minimizing an editor window (Project settings, Editor settings, etc...) does not minimize,  but makes the window very small and sets it in the corner and causes a control issue with main editor window until the "Minimized" window is closed.  
Labels: discussion,topic:editor,confirmed

### Tested versions

- Godot 4.2

### System information

Windows 11

### Issue description

When i open the project settings for example (or any other sub window in the editor) and then minimize it. It shrinks down and becomes very small and sits in a corner on my screen (which is hard to spot sometimes) and then the editor kind of freezes (It detects when the mouse hovers over stuff but does not detect mouse clicks or anything else) and it only goes back to normal after you find that shrunk window (which was the Project settings or example and then you "Minimized" it) and close it. 

### Steps to reproduce

Open Project setttings
Minimize window
Try doing anything in editor, does not work


### Minimal reproduction project (MRP)

unavailable, very simple issue
Repository: neovim
Issue: statusline: reimplement default, include LSP progress
Labels: enhancement,defaults,lsp,statusline

## Problem

the default 'statusline' is implemented in C, it doesn't use the 'statusline' DSL. And it isn't readable as a 'statusline' expression, so user configs/plugins can't augment it.

## Expected behavior

- remove the C impl of 'statusline'. reimplement it as a 'statusline' expression
- show LspProgress in the default 'statusline' https://github.com/neovim/neovim/pull/28569
- it should continue to be minimal and fast, but consider other useful things we can add

## Related

- https://github.com/neovim/neovim/issues/1248
- https://github.com/neovim/neovim/issues/28444
Repository: go
Issue: gerrit: unable to select specific builder to execute tryjobs via "Choose tryjobs" dialog's Add button
Labels: NeedsInvestigation,DevExp

Hi, @dmitshur :

When I click the ”**CHOOSE TYRJOBS**“ button to select one of the builders, such as gotip-linux-loong64, and click the “**ADD**” button, it fails, and an error message pops up saying "_Failed to create builds. Please try again See console logs, too“_， There is no other useful information left.

I have confirmed that my account "chenguoqi@loongson.cn" can perform Commit-Queue+1. [Here ](https://go-review.googlesource.com/c/go/+/543316)are the results of my Commit-Queue+1.

- Here are my steps:

![2024-05-17_19-13](https://github.com/golang/go/assets/50552468/2a33f663-8758-4c11-8d3a-4f9464083cde)

- Here is my login account

![2024-05-17_19-17](https://github.com/golang/go/assets/50552468/37cf4fd6-b540-4a77-83ab-4a7c41b08c5f)
Repository: go
Issue: x/build/cmd/golangbuild: reduce network bandwidth requirements for builders accessing through LUCI
Labels: Builders,NeedsInvestigation

Hi, all:
   The LUCI access method requires much greater network bandwidth than the legacy buildlet access method, and the required network traffic is many times more than the previous legacy access method. Now, although the LUCI linux-loong64 builder can work correctly , but the network bandwidth in the area where the Linux/loong64 builder is located is small, and network failures often occur. Is there any configuration that can reduce the network traffic and network bandwidth during the operation of the LUCI builder?

Thanks.
Repository: material-ui
Issue: [material-ui][FormControlLabel] `slotProps.typography` not applied correctly
Labels: bug 🐛,package: material-ui,component: FormControl,customization: dom

### Steps to reproduce

Demo from `next.mui.com` : https://stackblitz.com/edit/react-sy5tv3?file=Demo.tsx

Demo from `mui.com`: https://stackblitz.com/edit/react-aea6ud?file=Demo.tsx

On inspecting `Label` text from both demos, you can notice following styles are only applied in `mui.com` demo and not on `next.mui.com` demo


```

    overflow: hidden;
    text-overflow: ellipsis;
    white-space: nowrap;
```

### Current behavior

styles for `noWrap` are not applied in next.mui.com demo 

### Expected behavior

styles for `noWrap` should be applied in next.mui.com demo

### Context

_No response_

### Your environment

<details>
  <summary><code>npx @mui/envinfo</code></summary>

```
  Don't forget to mention which browser you used.
  Output from `npx @mui/envinfo` goes here.
```
</details>


**Search keywords**: formcontrollabel
Repository: neovim
Issue: Extmarks not updated correctly in nvim_buf_attach on_lines event when using `:m`
Labels: bug,marks

### Problem

Setting extmarks in the `on_lines` event of `nvim_buf_attach` for the updated lines results in wrong results when lines are moved via the `:m` command (e.g. `:m .+2`). When "moving" the line by cutting and pasting these problems do not occur, so it seems like specifically related to the `:m` command.

Wrapping the code for clearing the namespace and setting the extmarks into `vim.schedule(...)` makes it work.

Maybe this is related to #28107 

### Steps to reproduce

Use the following `minimal.lua` file:

```lua
local ns = vim.api.nvim_create_namespace('test')
vim.api.nvim_buf_attach(0, false, {
        on_lines = function(_,_,_,fl,_,llu)
            vim.print(fl .. ':' .. llu)

            vim.api.nvim_buf_clear_namespace(0, ns, fl, llu)

            for i = fl, llu - 1 do
                local first_char = vim.api.nvim_buf_get_lines(0, i, i + 1, false)[1]:sub(1, 1)
                vim.api.nvim_buf_set_extmark(0, ns, i, 0, {
                    virt_text = {{ first_char, 'WarningMsg' }},
                })
            end
        end
    }
)

```

- start neovim using `nvim -u NONE minimal.lua`
- source the `minimal.lua` file using `source %`
- add a few new rows
    - every new row contains an extmark displaying first char of the line (only for demonstration purposes)
- move one of the new lines up or down using the `:m` command (e.g. `:m .+3`)
    - the adjacent line to the moved line has the same (incorrect) extmark
    - the others have been updated accordingly

![nvim_extmarks](https://github.com/neovim/neovim/assets/6849129/22d0c2dc-acfd-4f57-9eca-129662e7eaaa)


### Expected behavior

The extmarks are all updated correctly even when using the `:m` command

### Neovim version (nvim -v)

0.10.0

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

not applicable

### Operating system/version

Ubuntu 20.04.6 LTS

### Terminal name/version

GNOME Terminal 3.36.2

### $TERM environment variable

xterm-256color

### Installation

appimage