sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: storybook
Issue: [Feature Request] Support ArgTypes inference from TS prop types in Svelte
Labels: feature request,svelte,argtypes

### Describe the bug

The Typescript types in a Svelte component don't come through to the props table in Storybook.

### Steps to reproduce the behaviour

`MyComponent.svelte`
```svelte
<script lang="ts">
	/**
	 * Prop with type definition doesn't come through
	 */
	export let title: string;

	/**
	 * Prop with default value with type inference works
	 */
	export let titleWithDefault = 'Default value';

	/**
	 * Prop with duplicated JSDoc type works
	 * @type {string}
	 */
	 export let titleTypeDuplication: string;


	/**
	 * Typescript doesn't consume with JSDoc type
	 * unless `lang=ts` removed
	 * @type {string}
	 */
	export let titleJSDocType;
</script>

<div>
	{title}
	{titleWithDefault}
	{titleTypeDuplication}
	{titleJSDocType}
</div>
```

`MyComponent.stories.svelte`
```svelte
<script
	context="module"
	lang="ts"
>
	import { Story, Template } from "@storybook/addon-svelte-csf";
	import Component from "./MyComponent.svelte";

	/**
	 * My Awesome Component.
	 */
	export const meta = {
		title: "My Component,
		component: Component,
	};
</script>

<Template let:args>
	<Component {...args} />
</Template>

<Story
	name="default"
	args={{
		title: "My title",
		titleWithDefault: "Another title",
		titleTypeDuplication: "titled",
		titleJSDocType: "The last one",
	}}
/>
```

Storybook Properties table:
| Name | Description | Default | Control |
|--------|--------|--------|--------|
| **title** | Prop with type definition doesn't come through <br> `any`| | `"My title"`|
|**titleWithDefault** | Prop with default value with type inference works <br> `string`| `Default value`| `Another title`|
|**titleTypeDuplication** | Prop with duplicated JSDoc type works <br> `string` | | `titled`|
|**titleJSDocType** | Typescript doesn't consume JSDoc type, assigns type: `any`. Unless `lang=ts` removed <br> `string` | | `The last one`|

_Note:_ with the `title` showing type `any` in Storybook, the control is an Object so the UX is poor.

### Expected behaviour

The expected behaviour would be that the `title` in the Storybook Properties table would have the correct type and associated control.

### Environment
 - `@storybook/addon-svelte-csf`: "4.1.3"
Repository: deno
Issue:  Bad Content-Length when use octokit upload asset with webStream
Labels: bug,node compat

This code works fine
 
```ts
octokit.repos
      .uploadReleaseAsset({
        headers: {
          "Content-Type": mime.getType(path.extname(filepath)) || "application/octet-stream",
          "Content-Length": totalSize.toString(),
        },
        ...baseParams,
        release_id: release_id,
        name: path.basename(filepath),
        data: fs.readFileSync(filepath) as any,
      })
```

but not this one
```ts
octokit.repos
      .uploadReleaseAsset({
        headers: {
          "Content-Type": mime.getType(path.extname(filepath)) || "application/octet-stream",
          "Content-Length": totalSize.toString(),
        },
        ...baseParams,
        release_id: release_id,
        name: path.basename(filepath),
        data: stream.Readable.toWeb(fs.createReadStream(filepath)) as any,
      })
```
got error:`400 HttpError: Bad Content-Length`
Repository: pytorch
Issue: Retry on CUBLAS_STATUS_ALLOC_FAILED
Labels: module: cuda,triaged,enhancement,actionable,module: CUDACachingAllocator

### 🐛 Describe the bug

This is not technically a bug, so perhaps a feature request would be more appropriate.

We are encountering a scenario when running multiple libtorch threads we will periodically run out of memory which triggers the CUDA caching allocated to flush the free segments and retry the cudaMalloc. This is fine and processing continues. 

However sometimes the action that triggers the OOM is a call to `cublasCreate` (on the creation of a new thread) which presumably has an implicit `cudaMalloc` call which is not managed by PyTorch's caching allocator.

`RuntimeError: CUDA error: CUBLAS_STATUS_ALLOC_FAILED when calling cublasCreate(handle)`

It would be useful for us if this call to `cublasCreate` triggered the same fallback behaviour of flushing the PyTorch managed cache, and the call to `cublasCreate` is retried.

Does this seem reasonable?

### Versions

Collecting environment information...
PyTorch version: 2.3.0a0+ebedce2
Is debug build: False
CUDA used to build PyTorch: 12.3
ROCM used to build PyTorch: N/A

OS: Ubuntu 22.04.3 LTS (x86_64)
GCC version: (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0
Clang version: 15.0.7
CMake version: version 3.28.1
Libc version: glibc-2.35

Python version: 3.10.13 (main, Sep  5 2023, 06:03:44) [GCC 11.4.0] (64-bit runtime)
Python platform: Linux-5.15.0-91-generic-x86_64-with-glibc2.35
Is CUDA available: False
CUDA runtime version: 12.3.107
CUDA_MODULE_LOADING set to: N/A
GPU models and configuration:
GPU 0: NVIDIA A100-PCIE-40GB
GPU 1: NVIDIA A100-PCIE-40GB
GPU 2: NVIDIA A100-PCIE-40GB
GPU 3: NVIDIA A100-PCIE-40GB
GPU 4: NVIDIA A100-PCIE-40GB
GPU 5: NVIDIA A100-PCIE-40GB
GPU 6: NVIDIA A100-PCIE-40GB
GPU 7: NVIDIA A100-PCIE-40GB

Nvidia driver version: 535.129.03
cuDNN version: Probably one of the following:
/usr/lib/x86_64-linux-gnu/libcudnn.so.9.0.0
/usr/lib/x86_64-linux-gnu/libcudnn_adv.so.9.0.0
/usr/lib/x86_64-linux-gnu/libcudnn_cnn.so.9.0.0
/usr/lib/x86_64-linux-gnu/libcudnn_engines_precompiled.so.9.0.0
/usr/lib/x86_64-linux-gnu/libcudnn_engines_runtime_compiled.so.9.0.0
/usr/lib/x86_64-linux-gnu/libcudnn_graph.so.9.0.0
/usr/lib/x86_64-linux-gnu/libcudnn_heuristic.so.9.0.0
/usr/lib/x86_64-linux-gnu/libcudnn_ops.so.9.0.0
HIP runtime version: N/A
MIOpen runtime version: N/A
Is XNNPACK available: True

cc @ptrblck @msaroufim
Repository: ollama
Issue: Integration with MLFlow
Labels: feature request

Hey,

Currently, Ollama is saving models locally on a cache. To maintain different versions of LLMs or finetuned ones and also for extensive monitoring it's a good idea to provide integration with MLFlow where we can log all the experiments on MLFlow for better monitoring of the system.. I propose integrating Ollama with MLFlow to enhance our ML lifecycle management, leveraging Ollama's advanced model serving and monitoring capabilities.

BR,
Ikram
Repository: storybook
Issue: [Bug]: After pressing the "Reset" button, the object editor adds new object properties - ones that would give compilation errors when trying to change them using TS code
Labels: bug,help wanted,addon: controls,sev:S3

### Describe the bug

TL;DR:
Intended behavior: I'm not allowed to change a property's value in my Angular/TS code - I get a compilation error ✔. 
Then why does Storybook let me change that property's value? It shouldn't. ❌

---
Let's say I have a library of my own and I use the type **Config** from a 3rd party library to overwrite some 3rd party library properties, to make sure I implement the look and feel of the company's branding.
I then let users of my library use **PartialConfig**, to avoid letting them mess around with my overwrites.

Example types:

```
export type Config = {
  fontFamily?: string;
  fontSize?: number;
  fontWeight?: string;
  arrayOfStuff?: Stuff[];
  color?: string;
  someOtherArrayOfStuff?: Stuff[];
};

export type PartialConfig = Omit<Config, 'someOtherArrayOfStuff' | 'color'>;
```

If I'm exporting PartialConfig and the library users use it, then they don't have access to some properties, they get a compilation error.

But Storybook does its own thing, and after pressing the "Reset controls" button, all the default values for that configuration object appear in the object editor UI.
Even if they appear there, you can't even change them (because, like I said, I'm overwriting them).

Examples from the reproduction link:
![storybook-issue-object-log-bug](https://github.com/storybookjs/storybook/assets/17402311/4816a2a5-f2de-4cc7-b831-0af999160101)


Examples from my own project:
![storybook-issue-object-chart](https://github.com/storybookjs/storybook/assets/17402311/5669bd53-25fc-44bf-8b9e-a428fcfd2724)
![storybook-issue-object-chart2](https://github.com/storybookjs/storybook/assets/17402311/54d10625-67e7-4dbe-9778-f3b441747f2f)



### Reproduction link

https://stackblitz.com/edit/stackblitz-starters-djpjga

### Reproduction steps

1. Make sure you're on the Button story page
2. Press the "Reset controls" button -> new properties will appear

### System

```bash
Reproduction link uses version 8.1.6.

Locally:
Storybook Environment Info:

  System:
    OS: Windows 10 10.0.19045
    CPU: (16) x64 11th Gen Intel(R) Core(TM) i7-11850H @ 2.50GHz
  Binaries:
    Node: 18.19.1 - C:\Program Files\nodejs\node.EXE  
    npm: 10.2.4 - C:\Program Files\nodejs\npm.CMD <----- active
  Browsers:
    Edge: Chromium (125.0.2535.92)
  npmPackages:
    @storybook/addon-actions: 7.6.13 => 7.6.13        
    @storybook/addon-backgrounds: 7.6.13 => 7.6.13    
    @storybook/addon-controls: 7.6.13 => 7.6.13       
    @storybook/addon-links: 7.6.13 => 7.6.13
    @storybook/addon-viewport: ^7.6.13 => 7.6.19      
    @storybook/addons: 7.6.13 => 7.6.13
    @storybook/angular: 7.6.13 => 7.6.13
    eslint-plugin-storybook: ^0.6.13 => 0.6.15        
    storybook: 7.6.13 => 7.6.13
    storybook-addon-paddings: ^5.0.0 => 5.0.1
```


### Additional context

_No response_
Repository: material-ui
Issue: [docs] Popover flip
Labels: component: Popover,support: docs-feedback

### Related page

https://mui.com/material-ui/react-popover/

### Kind of issue

Other

### Issue description

Hello, do MUI have a possibility to add modifiers to Popover component?
I wanna the same behaviour as Popper have, when dropdown have no space below the button it goes to top, and when no spacing top it goes bottom

### Context

_No response_

**Search keywords**: Popover
Repository: ui
Issue: Select Items Text moves inwards 
Labels: bug

### Describe the bug

When the Text Content of a SelectItem is longer it moves inwards. This only seems to happen if the Text is longer than the width of the Select component. 
However for some SelectItems Texts
 it moves inwards not at all and also the extent to which the text moves inwards varies.

![IMG_1173](https://github.com/shadcn-ui/ui/assets/74053230/db0586d7-da31-42dd-8294-b0524f860d86)


### Affected component/components

Select, SelectItem 

### How to reproduce

1. use the Select component 
2. input large Text for the SelectItem 

### Codesandbox/StackBlitz link

_No response_

### Logs

```bash
no error logs, purely styling bug
```


### System Info

```bash
issue occurs in all tested browsers (Chrome, Safari, Arc, Mozilla)
```


### Before submitting

- [X] I've made research efforts and searched the documentation
- [X] I've searched for existing issues
Repository: ui
Issue: [bug]: edit in v0 for Card component does not work
Labels: bug

### Describe the bug

Edit in v0 for the Card Component does not work as shown in the video below:

[Screencast from 13-06-24 02:26:45 PM IST.webm](https://github.com/shadcn-ui/ui/assets/92942966/af246287-c790-4b7f-9894-302e84aa3c5d)


### Affected component/components

Card

### How to reproduce

1. Go to https://ui.shadcn.com/docs/components/card
2. Click on Edit in v0 for the second preview

### Codesandbox/StackBlitz link

https://github.com/shadcn-ui/ui/blob/06cc0cdf3d080555d26abbe6639f2d7f6341ec73/apps/www/actions/edit-in-v0.ts#L7

### Logs

_No response_

### System Info

```bash
Ubuntu 22.04 LTS
```


### Before submitting

- [X] I've made research efforts and searched the documentation
- [X] I've searched for existing issues
Repository: ant-design
Issue: Progress组件circle圆形进度条支持起始位置设置
Labels: 💡 Feature Request,Inactive

### What problem does this feature solve?

解决了圆形进度条，开始位置自定义，目前源码是12点位置开始，需要支持用户自定义

### What does the proposed API look like?

start-position

<!-- generated by ant-design-issue-helper. DO NOT REMOVE -->
Repository: rust
Issue: `./x fmt --all` is not idempotent
Labels: C-bug,A-rustfmt

In the `use` formatting PR #125443 it was noticed that `./x fmt --all` was not idempotent, i.e. `./x fmt --all` had to be run twice to reproduce the formatted diff.

(I tried looking for an existing issue for this but couldn't find one.)
Repository: rust
Issue: APITIT get treated as ordinary params in "not all trait impls implemented" error
Labels: A-diagnostics,D-papercut,D-incorrect

```rust
// crate dep
pub trait Trait {
    fn foo(_: impl Sized);
    fn bar<T>(_: impl Sized);
}
// root
use dep::*;

struct Local;
impl Trait for Local {}
```
results in the following error:
```
error[E0046]: not all trait items implemented, missing: `foo`, `bar`
 --> src/main.rs:4:1
  |
4 | impl Trait for Local {}
  | ^^^^^^^^^^^^^^^^^^^^ missing `foo`, `bar` in implementation
  |
  = help: implement the missing item: `fn foo<impl Sized>(_: impl Sized) { todo!() }`
  = help: implement the missing item: `fn bar<T, impl Sized>(_: impl Sized) { todo!() }`
```
This wrongly includes the APITIT in the generic args. It should be
```
  = help: implement the missing item: `fn foo(_: impl Sized) { todo!() }`
  = help: implement the missing item: `fn bar<T>(_: impl Sized) { todo!() }`
```
Repository: PowerToys
Issue: Powertoys Run not identifying short-forms
Labels: Issue-Bug,Needs-Triage

### Microsoft PowerToys version

0.81.1

### Installation method

PowerToys auto-update

### Running as admin

No

### Area(s) with issue?

PowerToys Run

### Steps to reproduce

[PowerToysReport_2024-06-13-17-35-49.zip](https://github.com/user-attachments/files/15820045/PowerToysReport_2024-06-13-17-35-49.zip)

First, enter Powertoys Run by pressing the shortcut key
Then, type "VS code" ... it doesn't show up, you have to type "Visual Studio Code"

### ✔️ Expected Behavior

Visual studio code to show when I typed "VS Code" since windows search does

### ❌ Actual Behavior

Following results came up,
1. Search the web
2. Warning not all files are indexed
3. Other files on my computer

### Other Software

_No response_
Repository: pytorch
Issue: [BUG] Circular dependency `torch.nn.parameter` -> `torch.nn` -> `torch.autograd` -> `torch._C._autograd_init()` -> `torch.nn.parameter`
Labels: module: autograd,triaged,needs design,module: python frontend,bug

### 🐛 Describe the bug

Removing `import torch.nn.functional as F` in `torch/functional.py` causing circular import error:

https://github.com/pytorch/pytorch/blob/2b9465d62ab8733a36226f0d8e236a8a9bd60c23/torch/functional.py#L7

```pytb
$ python3 -c 'import torch'
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/Users/PanXuehai/Projects/pytorch/torch/__init__.py", line 1959, in <module>
    from torch import _VF as _VF, functional as functional  # usort: skip
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/Users/PanXuehai/Projects/pytorch/torch/functional.py", line 9, in <module>
    from torch._jit_internal import _overload as overload, boolean_dispatch
  File "/Users/PanXuehai/Projects/pytorch/torch/_jit_internal.py", line 43, in <module>
    import torch.distributed as dist
  File "/Users/PanXuehai/Projects/pytorch/torch/distributed/__init__.py", line 147, in <module>
    from torch.distributed import rpc as rpc
  File "/Users/PanXuehai/Projects/pytorch/torch/distributed/rpc/__init__.py", line 75, in <module>
    from .server_process_global_profiler import (
  File "/Users/PanXuehai/Projects/pytorch/torch/distributed/rpc/server_process_global_profiler.py", line 7, in <module>
    from torch.autograd.profiler_legacy import profile
  File "/Users/PanXuehai/Projects/pytorch/torch/autograd/__init__.py", line 491, in <module>
    if not torch._C._autograd_init():
           ^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/Users/PanXuehai/Projects/pytorch/torch/nn/__init__.py", line 2, in <module>
    from torch.nn.modules import *  # noqa: F403
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/Users/PanXuehai/Projects/pytorch/torch/nn/modules/__init__.py", line 1, in <module>
    from .activation import (
  File "/Users/PanXuehai/Projects/pytorch/torch/nn/modules/activation.py", line 6, in <module>
    import torch.nn.functional as F
  File "/Users/PanXuehai/Projects/pytorch/torch/nn/functional.py", line 11, in <module>
    from torch._jit_internal import (
ImportError: cannot import name '_overload' from partially initialized module 'torch._jit_internal' (most likely due to a circular import) (/Users/PanXuehai/Projects/pytorch/torch/_jit_internal.py)
```

### Versions

nightly

cc @ezyang @albanD @gqchen @pearu @nikitaved @soulitzer @Lezcano @Varal7
Repository: neovim
Issue: commenting: add 'inner comment' text object
Labels: enhancement,plugin,runtime,comment

### Problem

The builtin default commenting feature also ads the `gc` text object, so e.g. `dgc` allows to delete the comment block. It would also be useful if there is an 'inner comment' to delete everything but the commentstring.

Currently, this can also be done using nvim-treesitter-textobjects with the `@comment.inner` capture, although that works slightly different, as it does not grab the 'largest contiguous block of non-blank commented lines around the cursor'.

It's something I, and I expect others too, use quite often to rewrite a whole comment. It would be nice to not depend on nvim-treesitter-textobjects for this (small) functionality.

### Expected behavior

Example:
```lua
-- this is a comment
-- block
```
`cigc`:
```lua
-- |
```
Where `|` marks the cursor position.

Or a begin-end commentstring like HTML:
```html
<!-- html comment -->
```
`cigc`:
```html
<!-- | -->
```
Repository: ui
Issue: [bug]: HoverCard Trigger is Focused on Drawer Opening (HoverCardContent being displayed on Drawer Open)
Labels: bug

### Describe the bug

When I use a drawer with a popover (with a button as a trigger element), it's getting focus when the drawer opens (meaning the popover is displayed on drawer open). This shouldn't be the case.

### Affected component/components

Drawer, Button, Hover Card

### How to reproduce

1. Create a drawer that's openable with a button click (or whatever)
2. Add a Hover Card, with a Button as a a HoverCardTrigger
3. Open the drawer - it will be focused, and the Hover Card will be displayed

```tsx
// Icon is an Icon from lucide-react
    <HoverCard openDelay={300}>
        <HoverCardTrigger asChild>
            <Button variant="link"><Icon style={{width: 20, height: 20}}/></Button>
        </HoverCardTrigger>
        <HoverCardContent className="w-80">
            <div className="flex justify-between space-x-4">
                <span className="relative flex h-10 w-10 shrink-0 overflow-hidden rounded-full">
                    <Icon className={"aspect-square h-full w-full"}/>
                </span>
                <div className="space-y-1">
                    <h4 className="text-sm font-semibold text-destructive">{visibility}
                    </h4>
                    <p className="text-sm">
                        {obj.description}
                    </p>
                </div>
            </div>
        </HoverCardContent>
    </HoverCard>
```

### Codesandbox/StackBlitz link

_No response_

### Logs

_No response_

### System Info

```bash
OSX, Arc (Chromium), NextJS+Shad
```


### Before submitting

- [X] I've made research efforts and searched the documentation
- [X] I've searched for existing issues
Repository: ollama
Issue: Some APIs in registry.ollama returns 404
Labels: bug,ollama.com

### What is the issue?

We are going to replicate the model to our private local registry(Harbor), it seems that last week we could call these API
```
GET https://registry.ollama.ai/v2/   
GET https://registry.ollama.ai/v2/_catalog
GET https://registry.ollama.ai/v2/library/llama3/tags/list
```
Current all of these API returns 404, is there any change in the authentication?

### OS

_No response_

### GPU

_No response_

### CPU

_No response_

### Ollama version

_No response_
Repository: kubernetes
Issue: Scheduler pre-binding can cause race conditions with automated empty node removal
Labels: kind/bug,sig/scheduling,sig/storage,sig/autoscaling,needs-triage

### What happened?

In a Google Kubernetes Engine (GKE) environment, a pod was requesting a large Persistent Volume Claim (PVC). After the appropriate node was identified for the pod, the pod became stuck in the prebinding stage for several minutes while the volume provisioning process completed.  Since the node name was not assigned to the pod during this time, the Cluster Autoscaler perceived the node as unoccupied. Consequently, the Cluster Autoscaler initiated a scale-down of the node, unaware that the pending pod was scheduled to run there.

### What did you expect to happen?

I would expect that the Scheduler would communicate the intended binding of the pod to the identified node. This would enable the Cluster Autoscaler to recognize that the node is not actually empty and prevent it from being scaled down prematurely.

### How can we reproduce it (as minimally and precisely as possible)?

The issue arose in a large GKE cluster with pods requesting substantial PVCs, making replication potentially challenging. However, the race condition within the Scheduler is evident.

### Anything else we need to know?

_No response_

### Kubernetes version

<details>
1.27
</details>


### Cloud provider

<details>
GKE
</details>


### OS version

_No response_

### Install tools

_No response_

### Container runtime (CRI) and version (if applicable)

_No response_

### Related plugins (CNI, CSI, ...) and versions (if applicable)

_No response_
Repository: ant-design
Issue: 剥离Notification组件的卡片堆叠效果
Labels: ☘️ New Component,Inactive

### What problem does this feature solve?

Notification在出现多个卡片通知时，会将卡片堆叠起来。
希望能将这个功能剥离，让开发者可以将此功能同时应用到card或自己设计的其他卡片组件上。这样可以优化“大量且紧凑”的绝对定位/固定定位的元素的排版

### What does the proposed API look like?

希望能让开发者直接将自己的card组件放到卡片堆叠组件的children中，直接分割最外层元素作为每一个堆叠卡片的根元素。或者使用items属性，让开发者直接传入卡片组件数组。

示例：
```js\nconst Staker = ({ items }) => {\n\treturn (\n\t\t<>\n\t\t\t{items.map((res) => {\n\t\t\t\treturn (\n                    <></>\n                );\n\t\t\t})}\n\t\t</>\n\t);\n};\nconst App = () => {\n\treturn (\n\t\t<Staker\n\t\t\titems={[\n\t\t\t\t<Card></Card>,\n\t\t\t\t<Card></Card>,\n\t\t\t\t<Card></Card>,\n\t\t\t\t<Card></Card>,\n\t\t\t\t<Card></Card>,\n\t\t\t\t<Card></Card>,\n\t\t\t\t<Card></Card>,\n\t\t\t\t<Card></Card>,\n\t\t\t]}\n\t\t/>\n\t);\n};\n\n```

<!-- generated by ant-design-issue-helper. DO NOT REMOVE -->
Repository: gin
Issue: c.Redirect(http.StatusTemporaryRedirect, "") leads to open redirect vulnerability
Labels: security

## Description

c.Redirect(http.StatusTemporaryRedirect, "") can lead to open redirect vulnerability

## How to reproduce

```
package main

import (
	"net/http"

	"github.com/gin-gonic/gin"
)

func main() {
	g := gin.Default()
	g.GET("/home", func(c *gin.Context) {
		c.String(200, "Hello %s", c.Param("name"))
	})
	g.NoRoute(func(c *gin.Context) {
		c.Redirect(http.StatusTemporaryRedirect, "")
	})
	g.Run(":9000")
}

```

## Expectations

Open your browser in http://localhost:9000///%5Cwww.google.com/
I would expect to receive a 404 not found page

## Actual result

It leads me to google instead (or any other malicious url)

## Environment

- go version: 1.22
- gin version (or commit ref): 1.10
- operating system: osx sonoma 1.45