sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: storybook
Issue: [Bug]: Controls not being generated for Radix/3rd party(?) components
Labels: bug,needs triage

### Describe the bug

I'm using shadcn and radix UI for my projects and the mojority of them don't have their props generated in controls. The only component that was adequately generated was `<Button />`.

### To Reproduce

Repo: https://github.com/mnpqraven/jotai-repro
Steps to reproduce:
- Clone, run storybook
- Go to the `Button` and `Dialog` stories (in the CORE section, not the EXAMPLE section)

Expected: `Dialog` story to generate [prop APIs](https://www.radix-ui.com/primitives/docs/components/dialog#api-reference)
Actual: no control is generated

### System

```bash
System:
    OS: Linux 6.7 Arch Linux
    CPU: (12) x64 AMD Ryzen 5 1600 Six-Core Processor
    Shell: 5.9 - /usr/bin/zsh
  Binaries:
    Node: 21.5.0 - ~/.nvm/versions/node/v21.5.0/bin/node
    Yarn: 2.4.3 - ~/.nvm/versions/node/v21.5.0/bin/yarn
    npm: 10.2.4 - ~/.nvm/versions/node/v21.5.0/bin/npm
    pnpm: 8.13.1 - ~/.local/share/pnpm/pnpm <----- active
  npmPackages:
    @storybook/addon-essentials: ^7.6.17 => 7.6.17
    @storybook/addon-interactions: ^7.6.17 => 7.6.17
    @storybook/addon-links: ^7.6.17 => 7.6.17
    @storybook/addon-onboarding: ^1.0.11 => 1.0.11
    @storybook/blocks: ^7.6.17 => 7.6.17
    @storybook/nextjs: ^7.6.17 => 7.6.17
    @storybook/react: ^7.6.17 => 7.6.17
    @storybook/test: ^7.6.17 => 7.6.17
    eslint-plugin-storybook: ^0.8.0 => 0.8.0
    storybook: ^7.6.17 => 7.6.17
```
```


### Additional context

_No response_
Repository: TypeScript
Issue: Support conditional types for Generator T / TNext / TReturn
Labels: Suggestion,Awaiting More Feedback

### 🔍 Search Terms

"Generator", "Async Generator", "conditional types", "const" "inference"

### ✅ Viability Checklist

- [X] This wouldn't be a breaking change in existing TypeScript/JavaScript code
- [X] This wouldn't change the runtime behavior of existing JavaScript code
- [X] This could be implemented without emitting different JS based on the types of the expressions
- [X] This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, new syntax sugar for JS, etc.)
- [X] This isn't a request to add a new utility type: https://github.com/microsoft/TypeScript/wiki/No-New-Utility-Types
- [X] This feature would agree with the rest of our Design Goals: https://github.com/Microsoft/TypeScript/wiki/TypeScript-Design-Goals

### ⭐ Suggestion

If a generator function is specifically typed to have a conditional relationship between `T` and `TNext` then type inference should allow for a type narrowed result according to that conditional type.



### 📃 Motivating Example

Typescript would be able to support complex type state management (ala redux saga), coroutines (e.g. co) and the interpreter pattern / free monad/applicative.

In the past this was not possible, but given typescript now has `as const`, `infer` and conditional types, we should be able to support typed yield result inference in key circumstances.

Something like this would be possible:

```typescript
type Yielded<T> 
  T extends Promise<infer U>
   ? U // awaited
   : T  // return the original yielded value
   
function co<T>( fn: () => Generator<T, T, Yielded<T>> ) : Promise<T> {...}
```

### 💻 Use Cases

1. What do you want to use this for?

Complex state management and side effects.

2. What shortcomings exist with current approaches?

For generator functions yielded values are always typed as any.  For async generators yielded values are a union of all possible results.

3. What workarounds are you using in the meantime?

Manually casting

```typescript
doSomething(function * f(){
    let value = (yield someStream) as UnwrapStream<typeof someStream>
    let another = (yield somePromise) as UnwrapPromise<typeof somePromise>
})
```
Repository: vscode
Issue: VS Code should default to Wayland when possible
Labels: feature-request,linux,wayland

<!-- ⚠️⚠️ Do Not Delete This! bug_report_template ⚠️⚠️ -->
<!-- Please read our Rules of Conduct: https://opensource.microsoft.com/codeofconduct/ -->
<!-- 🕮 Read our guide about submitting issues: https://github.com/microsoft/vscode/wiki/Submitting-Bugs-and-Suggestions -->
<!-- 🔎 Search existing issues to avoid creating duplicates. -->
<!-- 🧪 Test using the latest Insiders build to see if your issue has already been fixed: https://code.visualstudio.com/insiders/ -->
<!-- 💡 Instead of creating your report here, use 'Report Issue' from the 'Help' menu in VS Code to pre-fill useful information. -->
<!-- 🔧 Launch with `code --disable-extensions` to check. -->
Does this issue occur when all extensions are disabled?: Yes

<!-- 🪓 If you answered No above, use 'Help: Start Extension Bisect' from Command Palette to try to identify the cause. -->
<!-- 📣 Issues caused by an extension need to be reported directly to the extension publisher. The 'Help > Report Issue' dialog can assist with this. -->
- VS Code Version: 1.87.0
- OS Version: Fedora 39 x86_64

Steps to Reproduce:

Run `code` from terminal or open VS Code using code.desktop packaged with VS Code for Fedora repositories.

Problem:

It appears VS Code always defaults to XWayland on running on Linux Wayland desktops (at least when I tried on Fedora Workstation 39 and Ubuntu 22.04 LTS). Wayland has been the default display server on most GNU/Linux distros for the past few years, even for NVIDIA drivers. While forcing VS Code to start with Wayland with command-line arguments for example is possible, it is an extra step and the most convenient method to always start VS Code with Wayland is to append `--enable-features=UseOzonePlatform --ozone-platform=wayland` to your .desktop files or alias `code` with those arguments.

However, updating VS Code for example on Fedora may overwrite any changes to the .desktop file. There should be a way for VS Code to default to Wayland without manual user invention when Wayland is detected. Open to thoughts and comments on this suggestion and its feasibility!

Note: There may be similar issues or duplicate but I cannot find them
Repository: Python
Issue: data_structures/trie/radix_tree.py wont really end up in 'case 1' for insert
Labels: bug

### Repository commit

2e405f3

### Python version (python --version)

Python 3.11.6

### Dependencies version (pip freeze)

n/a

### Expected behavior

```
root_node = RadixNode()
root_node.insert('fooaaa')
root_node.insert('foobbb')
root_node.insert('foo')
```
Should work., i.e should have a structure like this
```
root_node.print_tree()
- foo (leaf)
-- aaa   (leaf)
-- bbb   (leaf)
```

### Actual behavior

```
root_node.insert("foo")
---------------------------------------------------------------------------
IndexError                                Traceback (most recent call last)
Cell In[5], line 1
----> 1 root_node.insert("foo")

File ~/git/python/radix/radix.py:85, in RadixNode.insert(self, word)
     82 # Case 3: The node prefix is equal to the matching
     83 # Solution: We insert remaining word on the next node
     84 if remaining_prefix == "":
---> 85     self.nodes[matching_string[0]].insert(remaining_word)
     86 # Case 5: The word is greater equal to the matching
     87 # Solution: Create a node in between both nodes, change
     88 # prefixes and add the new node for the remaining word
     89 else:
     90     incoming_node.prefix = remaining_prefix

File ~/git/python/radix/radix.py:73, in RadixNode.insert(self, word)
     68     self.is_leaf = True
     70 # Case 2: The node has no edges that have a prefix to the word
     71 # Solution: We create an edge from the current node to a new one
     72 # containing the word
---> 73 elif word[0] not in self.nodes:
     74     self.nodes[word[0]] = RadixNode(prefix=word, is_leaf=True)
     76 else:

IndexError: string index out of range

```
Repository: ant-design
Issue: Descriptions 能否支持去掉底部留白
Labels: Inactive,unconfirmed

### What problem does this feature solve?

当 `<Descriptions/>` 上下都有内容时，可以注意到底部的边距是明显大于上部的。这点在与 `<Card/>` 等容器配合使用时尤为明显：

![image](https://github.com/ant-design/ant-design/assets/5836790/5bac3387-0bab-475b-9270-2ffabff86b0b)

我们更需要的是类似于 `<Space/>` 只增加 item 之间的边距，而最外层是没有边距的。这样在不同场景去调整外层边距会很灵活。目前要覆盖 `<Descriptions/>` 的底部边距，成本是有点高的，需要人工算一下。

### What does the proposed API look like?

是否可以去掉最后一行的下边距，或者提供一个 prop 来控制。

<!-- generated by ant-design-issue-helper. DO NOT REMOVE -->
Repository: ui
Issue: [Bug]: Dropdown menus show up in the wrong window when using React createPortal
Labels: bug

### Describe the bug

My React application creates a new window and then uses React createPortal to render into it. Whenever I try to render any shadcn component that pops up a dropdown menu (Select, Dropdown, Menu, etc.) and I activate the dropdown, it will appear in the main window instead of the new window.
![image](https://github.com/shadcn-ui/ui/assets/241316/19cb9412-f6ca-4fcf-aa79-f33330e3ee03)


### Affected component/components

Dropdown, Select, Menu, any that has a dropdown

### How to reproduce

1. Create a component that creates a window
2. Create an instance of `Select` or any other component that creates a dropdown
3. Render the `Select` into the window with createPortal

I've created an example project demonstrating the behavior in my Github.

### Codesandbox/StackBlitz link

https://github.com/urbenlegend/dropdown_test

### Logs

```bash
No relevant logs
```


### System Info

```bash
Happens with both the latest versions of Firefox and Chrome
```


### Before submitting

- [X] I've made research efforts and searched the documentation
- [X] I've searched for existing issues
Repository: flutter
Issue: Background color of TextSpan when the text has English/Non English characters(Emoji)
Labels: framework,a: typography,has reproducible steps,P2,team-engine,triaged-engine,found in release: 3.19,found in release: 3.21

### Steps to reproduce

When the TextSpan's text consist English characters with emoji. the height of the background color is Inconsistent


### Expected results

Background color height should be consistent through the text

### Actual results

Emoji's background has different height compared to non emoji characters

### Code sample

<details open><summary>Code sample</summary>

```dart
Scaffold(
  body: Center(
    child: RichText(
      text: TextSpan(
        text: '📄Untitled',
        style: TextStyle(
          color: blue_60,
          fontWeight: FontWeight.bold,
          background: Paint()..color = blue_10,
        ),
      ),
    ),
  ),
),
```

</details>


### Screenshots or Video

<details open>
<summary>Screenshots / Video demonstration</summary>

![Screenshot_20240307_121601_Rocketlane Dev](https://github.com/flutter/flutter/assets/45146774/173ca9fc-94fa-4121-8078-4aa321503867)


</details>


### Logs

<details open><summary>Logs</summary>

```console
[Paste your logs here]
```

</details>


### Flutter Doctor output

<details open><summary>Doctor output</summary>

```console
[!] Flutter (Channel stable, 3.16.9, on macOS 14.3.1 23D60 darwin-arm64, locale en-US)
    ! Warning: `dart` on your path resolves to /opt/homebrew/Cellar/dart/3.2.5/libexec/bin/dart, which is not inside your current Flutter SDK checkout at /Users/nithsua/fvm/versions/3.16.9. Consider adding /Users/nithsua/fvm/versions/3.16.9/bin to the front of your path.
[✓] Android toolchain - develop for Android devices (Android SDK version 34.0.0)
[✓] Xcode - develop for iOS and macOS (Xcode 15.2)
[✓] Chrome - develop for the web
[✓] Android Studio (version 2022.2)
[✓] IntelliJ IDEA Ultimate Edition (version 2023.2.5)
[✓] VS Code (version 1.87.0)
```

</details>
Repository: stable-diffusion-webui
Issue: [Bug]: Re-clone the project when running stable-diffusion-webui/webui.sh
Labels: bug-report

### Checklist

- [ ] The issue exists after disabling all extensions
- [ ] The issue exists on a clean installation of webui
- [ ] The issue is caused by an extension, but I believe it is caused by a bug in the webui
- [ ] The issue exists in the current version of the webui
- [X] The issue has not been reported before recently
- [ ] The issue has been reported before but has not been fixed yet

### What happened?

when running stable-diffusion-webui/webui.sh， script will  try clone project again, and You will get a file directory like this
`/home/ubuntu/stable-diffusion-webui/stable-diffusion-webui/`, then all directory like models or extensions will be point to `/home/ubuntu/stable-diffusion-webui/stable-diffusion-webui/`

### Steps to reproduce the problem

cd /home/ubuntu
git clone https://github.com/AUTOMATIC1111/stable-diffusion-webui.git
sudo -u ubuntu nohup bash stable-diffusion-webui/webui.sh --listen --api --enable-insecure-extension-access > log.txt 2>&1 &

### What should have happened?

Usually, the project home directory is /home/ubuntu/stable-diffusion-webui/, and the script should start the installation directly instead of re-clone

### What browsers do you use to access the UI ?

_No response_

### Sysinfo

N/A

### Console logs

```Shell
N/A
```


### Additional information

I try to analyze `webui.sh`, It seems that around line 116 of the script, there is a problem with the code that modifies the installation path according to whether the git project exists.
```bash
if [[ -d .git ]]
then
    printf "\n%s\n" "${delimiter}"
    printf "Repo already cloned, using it as install directory"
    printf "\n%s\n" "${delimiter}"
    install_dir="${PWD}/../"
    clone_dir="${PWD##*/}"
fi
```

Running ./webui.sh, we will get install_dir: "/home/ubuntu/stable-diffusion-webui/../", but if we run `stable-diffusion-webui/webui.sh`, we will get incorrect install_dir , then around line 187, the corresponding clone_dir does not exist, so the project needs to be cloned again

```bash
cd "${install_dir}"/ || { printf "\e[1m\e[31mERROR: Can't cd to %s/, aborting...\e[0m" "${install_dir}"; exit 1; }
if [[ -d "${clone_dir}" ]]
then
    cd "${clone_dir}"/ || { printf "\e[1m\e[31mERROR: Can't cd to %s/%s/, aborting...\e[0m" "${install_dir}" "${clone_dir}"; exit 1; }
else
    printf "\n%s\n" "${delimiter}"
    printf "Clone stable-diffusion-webui"
    printf "\n%s\n" "${delimiter}"
    "${GIT}" clone https://github.com/AUTOMATIC1111/stable-diffusion-webui.git "${clone_dir}"
    cd "${clone_dir}"/ || { printf "\e[1m\e[31mERROR: Can't cd to %s/%s/, aborting...\e[0m" "${install_dir}" "${clone_dir}"; exit 1; }
fi
```
Repository: PowerToys
Issue: PowerToys Run: the working directory at application startup should be the application directory
Labels: Idea-Enhancement,Product-PowerToys Run,Needs-Triage

### Description of the new feature / enhancement

When you start the application, the working directory is not the folder of the application itself. Launchers are often used to launch portable applications, precisely because they do not have shortcuts in the Start menu. Such applications store settings and working files in their own folder. But the absence of a such setting or default behavior that makes the application's start folder the working directory, makes a Launcher completely useless.

### Scenario when this would be used?

Write code that outputs a working directory in any language. Go, for example:

```go
package main

import (
    "os"
)

func main() {
    f, _ := os.CreateTemp("", "wd-")
    defer f.Close()

    wd, _ := os.Getwd()
    _, _ = f.Write([]byte(wd))
}
```

Now, let's run the application from any directory using PowerToys Run: go to `%TEMP%` and find the file, the output is `C:\Program Files\PowerToys` - this working folder to run the application is meaningless in practical use

### Supporting information

_No response_
Repository: PowerToys
Issue: [Color Picker] Editor window: Selection not visible in dark mode
Labels: Issue-Bug,Area-User Interface,Severity-Regression,Area-Accessibility,Needs-Triage,Product-Color Picker

### Microsoft PowerToys version

0.79.0

### Installation method

GitHub, PowerToys auto-update

### Running as admin

No

### Area(s) with issue?

ColorPicker

### Steps to reproduce

Selecting a dark color in editor window that is in dark mode.

(I don't know it. But I think it is the same in light mode with light colors.)

### ✔️ Expected Behavior

Can see the circle around the color.

### ❌ Actual Behavior

Can't see the circle around the color,

![image](https://github.com/microsoft/PowerToys/assets/61519853/1638f8d6-c309-4501-aeb6-8d987f403ba1)


### Other Software

_No response_
Repository: kubernetes
Issue: RFE: add more node conditions to reflect missing node features
Labels: sig/node,kind/feature,sig/instrumentation,needs-priority,triage/accepted

### What happened?

The kubelet tolerates check for features in the runtime, the base system or the node in general. In most[1] cases it handles the missing features gracefully, soft-disabiling parts of the code, in some other cases it fails loudly.

Most of these conditions are signaled with log entries, which is good, but requires the cluster operator to go and inspect the logs, perhaps grepping for hints. We should make these conditions easier to spot and consume.

`NodeConditions` seems like a good fit, but in general we should bubble up this information as conditions somehow to make them available in the cluster.

Examples of these generic conditions which are just visible in the logs:

- https://github.com/kubernetes/kubernetes/pull/122561
- https://github.com/kubernetes/kubernetes/pull/123749
- [more to come]


+++

[1] to the best of the reporter's knowledge

### What did you expect to happen?

Some form of kubernetes object, perhaps `node.Status.NodeCondition[*]` should be published to signal lack of features. The node should be set as degraded perhaps

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

please see the examples listed above for reproducing conditions. There is not a single common flow to trigger this condition

### Anything else we need to know?

_No response_

### Kubernetes version

<details>

```console
$ kubectl version
# paste output here
```
1.29+
likely to be present in earlier version, but proposing to work in 1.31 or later
</details>


### Cloud provider

<details>
any
</details>


### OS version

<details>

```console
# On Linux:
$ cat /etc/os-release
# paste output here
$ uname -a
# paste output here

# On Windows:
C:\> wmic os get Caption, Version, BuildNumber, OSArchitecture
# paste output here
```
any
</details>


### Install tools

<details>
any
</details>


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

<details>
any
</details>


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

<details>
not relevant
</details>
Repository: stable-diffusion-webui
Issue: [Bug]: Gradio Interface Completed Messed Up.
Labels: bug-report

### Checklist

- [ ] The issue exists after disabling all extensions
- [X] The issue exists on a clean installation of webui
- [ ] The issue is caused by an extension, but I believe it is caused by a bug in the webui
- [X] The issue exists in the current version of the webui
- [ ] The issue has not been reported before recently
- [ ] The issue has been reported before but has not been fixed yet

### What happened?

![fgsdfgfdg](https://github.com/AUTOMATIC1111/stable-diffusion-webui/assets/46036208/c9bc8a59-3bf2-4e9f-9ef8-d40a63d2825c)


### Steps to reproduce the problem

Literally just installed, fresh install.
Deleted the whole thing and tried three times, fresh install, same result. In the end I still install control net because I need to use it to finish a project, but the interface is all messed up.

### What should have happened?

It is almost as though the interface is not reading any css whatsoever, at least visually it seems that way.
I tried it on Basilisk, Brave, Chrome and Firefox developer edition.

### What browsers do you use to access the UI ?

Other

### Sysinfo

This is how the setting page looks, fortunately I was still able to click sysinfo:
![set](https://github.com/AUTOMATIC1111/stable-diffusion-webui/assets/46036208/cca32852-161a-439f-baf8-aaf4105fabbd)
[sysinfo-2024-03-07-07-34.json](https://github.com/AUTOMATIC1111/stable-diffusion-webui/files/14520549/sysinfo-2024-03-07-07-34.json)


### Console logs

```Shell
Attached below for console log.
```


### Additional information

![consolelog](https://github.com/AUTOMATIC1111/stable-diffusion-webui/assets/46036208/37bc8ec1-b3d4-4508-be0a-3b0cae1d7276)
Repository: flutter
Issue: Arrow key navigation gets stuck at the end of RTL text using Samsung Keyboard
Labels: a: text input,framework,a: internationalization,has reproducible steps,P2,found in release: 3.19,team-text-input,triaged-text-input,found in release: 3.21

```dart
const text = 'ی';
final controller = TextEditingController(text: text * 10)..selection = TextSelection.collapsed(offset: 10); // Selection is placed at the logical end of the text.

TextField(textDirection: TextDirection.rtl, controller: controller, autofocus: true),
```
## Steps to reproduce
1. wait for the text field autofocus
2. switch to the Samsung keyboard
3. press <kbd>←</kbd> to move the cursor to the start of the text (since flutter currently uses logical order for arrow key navigation).

## Expected behavior:
the cursor moves to the right

## Actual behavior:
the cursor does not move.
Repository: stable-diffusion-webui
Issue: [Bug]: apis queuing
Labels: bug-report

### Checklist

- [ ] The issue exists after disabling all extensions
- [ ] The issue exists on a clean installation of webui
- [ ] The issue is caused by an extension, but I believe it is caused by a bug in the webui
- [ ] The issue exists in the current version of the webui
- [ ] The issue has not been reported before recently
- [ ] The issue has been reported before but has not been fixed yet

### What happened?

Why do extended APIs also need to queue, and can this queuing mechanism be modified? Where can this queuing mechanism be controlled?

### Steps to reproduce the problem

NO

### What should have happened?

Whether queuing is configurable should be adjustable

### What browsers do you use to access the UI ?

_No response_

### Sysinfo

NO

### Console logs

```Shell
NO
```


### Additional information

_No response_
Repository: neovim
Issue: async vim.rpcrequest (get result/failure, unlike rpcnotify)
Labels: enhancement,channels-rpc,lua,async

### Problem

There is no way to do async rpcrequest.
Async requests would be useful for getting the result asynchronously and also for handling errors (as using `vim.rpcnotify` just ignores all errors so you have no idea that you did something wrong).

### Expected behavior

A function where the first argument is the callback function (I know that callbacks should be last, but the function takes any number of arguments). But then the question is how should errors be handled.
Another approach would be to create a function that instead of taking any number of arguments, took a table of arguments, and such could also take a table of options, where one of them denotes how to handle errors, and another option is the callback function for the results.
Repository: ollama
Issue: Request for Merlinite 7b, IBM model
Labels: model request

Please add ibm/merlinite-7b model to ollama. It is very good with logic and code. 

https://huggingface.co/ibm/merlinite-7b
Repository: PowerToys
Issue: Adding "optional" to "Always on Top" allows mouse behavior to penetrate the border.
Labels: Idea-Enhancement,Product-Always On Top,Needs-Triage

### Description of the new feature / enhancement

Adding "optional" to "Always on Top" allows mouse behavior to penetrate the border.

### Scenario when this would be used?

When there are two screens, the border of the program window enabled with "Always on Top" on the second screen prevents the behavior of closing the window when the mouse moves to the upper right corner of the first screen.

![image](https://github.com/microsoft/PowerToys/assets/43309591/0715f504-4e6f-4238-a3e3-9692dcea5cac)

### Supporting information

_No response_