sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: stable-diffusion-webui
Issue: [Bug]: launch.py  cannot find module `xformers` although it is installed
Labels: asking-for-help-with-local-system-issues

### Is there an existing issue for this?

- [X] I have searched the existing issues and checked the recent builds/commits

### What happened?

I am running webUI from the command line inside an environment with all prerequisites installed, i.e., `pip install -r requirements.txt; python launch.py `. During ststartup, the script complains that `xfomers` cannot be found. However,   the module is installed. 

### Steps to reproduce the problem

1. Clone webui's repo
2. install requirements (`pip install -r requirements.txt`)
3. launch webui from the command line (`python launch.py`) 

### What should have happened?

The script should load without issues since all modules are available in the environment. 
I can load `xformers `from a jupyter notebook using the diffusers pipeline. 

### Version or Commit where the problem happens

Master

### What Python version are you running on ?

Python 3.10.x

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

Linux

### What device are you running WebUI on?

Nvidia GPUs (RTX 20 above)

### Cross attention optimization

xformers

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

Microsoft Edge

### Command Line Arguments

```Shell
Launch webui from the command line (`python launch.py`)
```


### List of extensions

No

### Console logs

```Shell
Launching Web UI with arguments: 
No module 'xformers'. Proceeding without it.

```
```


### Additional information

_No response_
Repository: TypeScript
Issue: Wrong HINTS of params of function declared with @callback
Labels: Help Wanted,Possible Improvement

<!-- ⚠️⚠️ 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/No

<!-- 🪓 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.80.0
- OS Version: Windows 10 Pro 22H2. OS build 19045.3208

![image](https://github.com/microsoft/vscode/assets/26430685/387165c1-58db-4581-b89a-1b3d1880ddc4)
Wrong **hints** of params of function declared with @callback
Repository: godot
Issue: Reordering new Input Map actions above the built-in actions deletes them
Labels: bug,topic:editor,confirmed,topic:input

### Godot version

v4.1.stable.official [970459615]

### System information

Windows 10.0.19044

### Issue description

Not a big bug but if you happen to move a custom Input Map action in the editor above any built-in action it will simply disappear and be removed. You also can't reorder any built-in actions but I assume that is not a bug.

### Steps to reproduce

Make any kind of new action in the Project Settings > Input Map, show the built-in actions, and click and drag the new action above a built-in one and poof! Gone!

### Minimal reproduction project

Not necessary.
Repository: PowerToys
Issue: Add "invert match" option to PowerRename
Labels: Idea-Enhancement,Product-PowerRename,Needs-Triage

### Description of the new feature / enhancement

If the option is selected any filename that would match a given expression is _not_ selected and vice versa (think `grep -v`).

### Scenario when this would be used?

It is often easier to describe files that are in the format that I want than the other way around.
Example: You import image files from different systems. While some names are easy to normalize (*.jpeg -> *.jpg) others are not - for instance files that just have a checksum as their names (say `554afe33bfe2ac63a43cde4a30740dfa`) with no extension.

While I can select these with an expression like `(^\w+\.$)|(^\w+$)` and then rename to `$2.jpg` - I also have to make sure to unselect folders or I might end up having folders named `folder.jpg`.

Similar issues arise with log files - some systems produce files like `log0`,  `log1`, `log2`, etc. and I don't want to have existing *.txt files named *.txt.txt after the fact.
Repository: pytorch
Issue: [dynamo.export] Assertion Error: Mutating module attribute during export.
Labels: triaged,enhancement,oncall: pt2,oncall: export

Examples: #105530, #105531.

Some thoughts:

1. For concern over model being mutated during export, maybe we can backup the original attribute value and revert afterwards.
2. For concern over exported model soundness.
    1. If the original value of the mutated attribute was never used, the graph can safely emit a variable to be used instead of the attribute.
    2. Otherwise, the attribute can be lifted as additional graph input and output, with hinted connection to the original attribute which can be processed by downstream users of export.

Some of the functionalities already exist. The remaining work seems to be mainly formalizing the existence of 2.2. and making it play well with `Dynamo input/output is not consistent with traced input/output` check.

cc @ezyang @msaroufim @bdhirsh @anijain2305 @zou3519 @chauhang @avikchaudhuri @gmagogsfm @zhxchen17 @tugsbayasgalan @angelayi @suo @ydwu4 @wconstab
Repository: godot
Issue: EditorExportPlugin will not be called when its script changes
Labels: topic:editor,documentation,topic:plugin

### Godot version

4.1.stable

### System information

nixos-unstable

### Issue description

`_customize_resource()` and `_customize_scenes()` will not be called when the `EditorExportPlugin` script itself is modified unless this also changes the hash returned by `_get_customization_configuration_hash()`.

### Steps to reproduce

1. Open the minimal reproduction Project
2. Run the Main Scene
3. Observe, how the cube is white, as declared by the scene.
4. Export it.
5. Run it and observe, how the cube is now red, proving my export plugin works.
6. open `res://addons/export/export_plugin.gd`
7. Modify the Color on Line 18.
8. Export the project once more.

**Expcted:** The cube now has a new Color.
**Observed:** It is still red.

### Minimal reproduction project

[src.zip](https://github.com/godotengine/godot/files/12197532/src.zip)
Repository: go
Issue: net/netip: add Prefix.Compare and AddrPort.Compare
Labels: ExpertNeeded,Proposal,Proposal-Accepted,NeedsDecision

In our code, we've ended up writing ad-hoc ordering functions for netip.Prefix a whole bunch of times, for use with sort.Slice and the new slices.SortFunc. Writing those ordering functions is repetitive, and just tricky enough that it's easy to write comparators that don't conform to the contracts that sort and slices specify.

I propose adding `Prefix.Less` and `Prefix.Compare` to net/netip, so that people don't have to write their own ordering functions for prefixes. `Less` is a trivial wrapper around `Compare`. `Compare` orders two prefixes as follows:
 - By address family (e.g. IPv4 before IPv6)
 - Then by ascending pfx.Bits(),
 - Then by pfx.Addr().

An example ordering:

```
0.0.0.0/0
10.0.0.0/8
11.0.0.0/8
10.0.0.0/24
::/0
```

Back when we first wrote net/netip, we hesitated to add `Less` and `Compare` to prefix, because there didn't seem to be an obvious order we could impose: Prefixes organize themselves naturally into a binary tree rather than a flat list. So, `Contains` has an obvious definition, as does `Overlaps`, but `Less` and `Compare` would require us to come up with some arbitrary flattening of the tree to make sense.

Now that we have a bit more experience with using net/netip in the wild, I have two arguments for implementing `Less` and `Compare` as defined above:
 - Empirically, there _does_ exist a generally accepted ordering for prefixes: it's the ordering from `ip route show`, and virtually all other network-oriented software. That order is the one specified above, where smaller prefixes appear first, and so the list reads from most general to most specific. This is also the order you get when implementing a binary tree as an array, or when you place prefixes into a tree and traverse it breadth-first.
 - A lot of prefix sorting happens in test code, where the caller just wants _any_ reproducible ordering, and mainly doesn't want to have to implement the mildly fiddly Compare themselves.


While we're in there, AddrPort also lacks comparators, so we could add those as well. The above discussion doesn't apply to AddrPort, in that there is an obvious ordering available (order by Addr first, then Port). Looking back, I believe we simply forgot to make AddrPort's API consistent with Addr.
Repository: pytorch
Issue: RProp improvement tracker
Labels: module: optimizer,triaged,actionable

As I was reading through RProp, I realize there are several things that would make it better:
- [ ] Finish converting step to be a Tensor instead of a Scalar (every other optimizer in torch.optim has made this leap a few years ago)
- [ ] The foreach implementation can be faster with the introduction of
     - [ ] torch._foreach_sign
     - [ ] torch._foreach_clamp

cc @vincentqb @jbschlosser @albanD @crcrpar
Repository: flutter
Issue: DrawerHeader divider can be optional
Labels: framework,f: material design,c: proposal,P2,team-design,triaged-design

In Material Desing specs, the divider in the drawer menu there to be optional, however in the code  below its hardcoded in DrawerHeader component.

https://github.com/flutter/flutter/blob/096b7c3c50a39ddbf0e4e5ba14bb027dc2d4abdd/packages/flutter/lib/src/material/drawer_header.dart#L83C1-L87C9

   ``` dart
   decoration: BoxDecoration(
        border: Border(
          bottom: Divider.createBorderSide(context),
        ),
      ),
```

Reference:
https://m3.material.io/components/navigation-drawer/guidelines#4ef4dd75-740b-462d-a602-ba1f762a4c1a
https://m2.material.io/components/navigation-drawer#anatomy

If it is realy optional I can make this change ?
Repository: TypeScript
Issue: Expando function declarations cant emit non-identifier properties
Labels: Needs More Info

# Bug Report

### 🔎 Search Terms

expando properties function declaration symbol computed

### 🕗 Version & Regression Information

- This is the behavior in every version I tried

### ⏯ Playground Link

[Playground link with relevant code](https://www.typescriptlang.org/play?ts=5.2.0-dev.20230728#code/KYDwDg9gTgLgBAYwgOwM71QTwLZwLxwDKOARhADYAUAlAFBJrwAmAhqgBbCr5wDk2mALRgoEML1q1QkWHABmAV2QIYASxRwmwBFWpwA3gF9aWnQDo5ECDwCMJ7eQDaWbAF0eAJns7HrDl3cCXglTJxsABkC+EIdHACII8Lio4MlpaHgGdDgWKFEAdx4afAA+A2NcgosrW1pKiHznHCivesa-TlQUiTbHCO66vIb4xOSeYKA)

### 💻 Code

```ts
export const sym = Symbol()
const dashes = 'my-prop'

export function decl() {}
decl.foo = 1
decl[sym] = 2
decl[dashes] = ''
decl[10] = ''
decl["100"] = ''

export const arrow = () => {}
arrow.foo = 1
arrow[sym] = 2
arrow[dashes] = ''
arrow[10] = ''
arrow["100"] = ''
```

### 🙁 Actual behavior

```ts
export declare const sym: unique symbol;
export declare function decl(): void;
export declare namespace decl {
    var foo: number;
}
export declare const arrow: {
    (): void;
    foo: number;
    10: string;
    "100": string;
    [sym]: number;
    "my-prop": string;
};
```

### 🙂 Expected behavior

I'd expect `decl` to be transformed into an object instead of a namespace. That would allow the same properties to be emitted for `decl` as the ones that are emitted for `arrow`. 

The object variant was the first choice by @sandersn [here](https://github.com/microsoft/TypeScript/pull/26499) but then it got changed to a namespace. I didn't find any reason given for this change/decision in the PR comments though. Is there anything that the namespace can deliver here that the object variant can't?
Repository: rust
Issue: Figure out what the stdlib should do about apple's new required reason manifest.
Labels: O-macos,O-ios,T-libs,O-watchos,O-tvos

Apple is cracking down on device fingerprinting by apps in the app-store. This is largely a good thing for users, but might be quite problematic for us.

<https://developer.apple.com/documentation/bundleresources/privacy_manifest_files/describing_use_of_required_reason_api>

> From Fall 2023 you’ll receive an email from Apple if you upload an app to App Store Connect that uses required reason API without describing the reason in its privacy manifest file. From Spring 2024, apps that don’t describe their use of required reason API in their privacy manifest file won’t be accepted by App Store Connect.

That is, if you call some of the APIs listed, it needs to be for one of the reasons, and you also need to include a manifest file that explains why you're doing it.

This includes a number of APIs we use in the stdlib. I am for the moment going to assume these are only problematic if the APIs are actually called rather than if they are merely present, which will mostly mean we cannot call them implicitly for no reason (e.g. I think if a user calls an API in std that maps directly to one of these, it's fine -- they'll have to justify their usage to apple. But if we implicitly call it without a way to opt out, that's a problem, and if we implicitly call it when another option exists, that's also less than ideal).

The main problems that remain are:

- mach_absolute_time -- we use this in Instant, which is called internally in a ton of cases (many std::thread and std::sync apis, for example).

	Ideally we'd switch `Instant` to use `mach_continuous_time`, which doesn't have the same caveat. This switches behavior of Instant when sleeping (but we don't guarantee what that behavior is anyway), although doing this is blocked on https://github.com/rust-lang/rust/pull/104385.

    Alternatively, the `35F9.1` carveout also applies to our usage:

    > Declare this reason to access the system boot time in order to measure the amount of time that has elapsed between events that occurred within the app or to perform calculations to enable timers.
    
    So we could also issue guidance on which boilerplate people should bundle in apps that use the stdlib. This seems worse to me, since there are APIs we could use that don't require users understand the implementation details of `std::sync::Condvar::wait_timeout`or whatever.

- Any file IO which may be performed by things like the backtrace runtime (which users don't have a way of disabling when panics occur). @workingjubilee seems to believe we don't do any of this in the Mach-O codepath. Is there a way we can enforce this to avoid accidentally regressing it?

- Anything else?
Repository: flutter
Issue: [Impeller] Flutter GPU: Allow specifying uniform and vertex data in a type-safe manner in Dart.
Labels: P2,e: impeller,team-engine,triaged-engine

Part of https://github.com/flutter/flutter/issues/130921.

The features that we get with C++ code-gen that would be nice to have in Dart would be:
* Type-safe.
* Updates to uniforms and vertex layouts in shaders will cause compiler errors.
* Minimizes copies when possible.

Some of all of these would be nice to have but by no means necessary for an MVP.
Repository: react-native
Issue: [iOS] Toggling `secureTextEntry` prop causes cursor to jump to the end of TextInput
Labels: Platform: iOS,Issue: Author Provided Repro,Resolution: PR Submitted,Component: TextInput,Newer Patch Available,Needs: Attention

### Description

In iOS, when the `secureTextEntry` prop is toggled while the TextInput is focused, the cursor position always jumps to the end of the input no matter what the previous position was.



### React Native Version

0.71.2

### Output of `npx react-native info`

System:
    OS: macOS 13.4.1
    CPU: (10) arm64 Apple M1 Pro
    Memory: 89.78 MB / 32.00 GB
    Shell: 5.9 - /bin/zsh
  Binaries:
    Node: 16.15.1 - ~/.nvm/versions/node/v16.15.1/bin/node
    Yarn: 1.22.15 - ~/.nvm/versions/node/v16.15.1/bin/yarn
    npm: 8.11.0 - ~/.nvm/versions/node/v16.15.1/bin/npm
    Watchman: Not Found
  Managers:
    CocoaPods: Not Found
  SDKs:
    iOS SDK:
      Platforms: DriverKit 22.4, iOS 16.4, macOS 13.3, tvOS 16.4, watchOS 9.4
    Android SDK:
      API Levels: 28, 29, 30, 31, 32, 33
      Build Tools: 28.0.3, 30.0.3, 33.0.0
      System Images: android-31 | Android TV ARM 64 v8a, android-31 | Google APIs ARM 64 v8a, android-32 | Google Play ARM 64 v8a, android-33 | Google APIs ARM 64 v8a
      Android NDK: 21.3.6528147
  IDEs:
    Android Studio: 2022.1 AI-221.6008.13.2211.9514443
    Xcode: 14.3.1/14E300c - /usr/bin/xcodebuild
  Languages:
    Java: 17.0.8 - /usr/bin/javac
  npmPackages:
    @expensify/react-native:  0.71.2-alpha.3 
    @react-native-community/cli: Not Found
    react: 18.2.0 => 18.2.0 
    react-native: Not Found
    react-native-macos: Not Found
  npmGlobalPackages:
    *react-native*: Not Found

### Steps to reproduce

1. Write something on a TextInput, in iOS
2. Move the cursor position to a different position
3. Toggle secureTextEntry
4. Notice that the cursor jumped to the end of the input

### Snack, screenshot, or link to a repository

Snack: https://snack.expo.dev/IL4nCHYAQ

Demo: 
https://github.com/facebook/react-native/assets/48553277/afd61900-bcd6-47d2-9d38-120c3611e885
Repository: electron
Issue: [Feature Request]: More detailed error message for shell.trashItem file not found error
Labels: enhancement :sparkles:,platform/linux,component/shell

### 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 feature request that matches the one I want to file, without success.

### Problem Description

When `shell.trashItem` fails because the file is not found, `shell.trashItem` throws an error  `Failed to move item to trash`.

Just looking at the error message, it is a bit difficult to figure out exactly why moving the item to the trash failed.

Explaining why (file not found, permission denied or something else?) could possibly make it easier to track down and fix the underlying problem.



### Proposed Solution

When looking at the output of this electron fiddle [gist.github.com/f56f23697b7176db6cfd4a909c05ab25](https://gist.github.com/f56f23697b7176db6cfd4a909c05ab25)

```
Electron v25.3.1 started.
gio: file:///test/not-found/abc: Error trashing file /test/not-found/abc: No such file or directory
{
  message: 'Failed to move item to trash',
  stack: 'Error: Failed to move item to trash'
}
```

there seems to be additional error information available: `gio: file:///test/not-found/abc: Error trashing file /test/not-found/abc: No such file or directory`

Perhaps this information could be included in the `shell.trashItem` error message, for example

```js
{
  "message": "Failed to move item to trash: gio: file:///test/not-found/abc: Error trashing file /test/not-found/abc: No such file or directory"
}
```

Or even shorter: 

```js
{
  "message": "Failed to move item to trash: file:///test/not-found/abc: No such file or directory"
}
```

### Alternatives Considered

Kind of similar to above, another idea would be to include an error code in the thrown error indicating why `shell.trashItem` failed:

```js
{
  message: 'Failed to move item to trash',
  stack: '...', 
  code: 'ENOENT' // error code for file not found errors
}
```

Both solutions could also be used together: 

```js
{
  "message": "Failed to move item to trash: file:///test/not-found/abc: No such file or directory", 
  "stack": "...", 
  "code": "ENOENT"
}
```

### Additional Information

_No response_
Repository: transformers
Issue: BERT: TensorFlow Model Garden Conversion scripts
Labels: WIP

### Feature request

Hi,

after working some time with the [TensorFlow Model Garden Repository](https://github.com/tensorflow/models) and training BERT models, I found out the following things that could be changed in Transformers library:

I added the Token Dropping BERT Conversion script a while ago, see #17142. Now I found out, that latest BERT models pretrained with Model Garden Repository repository can also be converted with this script.

For this reason I would propose to rename the script `convert_bert_token_dropping_original_tf2_checkpoint_to_pytorch.py` just to `convert_bert_original_tf2_checkpoint_to_pytorch.py`.

However, this script also exists, but it is no longer working, as this was deprecated in Model Garden Repository a while ago, I added this notice in #16171.

I see now two possibilities to proceed with the different conversion scripts:

* Rename the current `convert_bert_original_tf2_checkpoint_to_pytorch.py` to something like `convert_deprecated_bert_original_tf2_checkpoint_to_pytorch.py` so that this name is free for the "new" conversion script that supports Token Dropping BERT und latest BERT models from Model Garden Repository.
* Delete the old script completely

### Motivation

More recent BERT and Token Dropping BERT models can be pretrained with TensorFlow Model Garden repository.

There should be one script that does these conversions, the old one that is only working with deprecated models from Model Garden repo should be renamed or deleted.

### Your contribution

I can take care of renaming/deletion and extending the conversion script to have better documentation.
Repository: pytorch
Issue: ghstack + mergebot race condition
Labels: module: ci,triaged

### 🐛 Describe the bug

"@pytorchbot merge" command was issued for both https://github.com/pytorch/pytorch/pull/105713 and https://github.com/pytorch/pytorch/pull/105808, which are stacked on top of each other resulted in 3 commits instead of two:
- https://github.com/pytorch/pytorch/commit/ac6d8fb16e64868ec78548882ef5951a05e437f8
- https://github.com/pytorch/pytorch/commit/2e02dfae9a23664f351c49d4a1b4106e45c9f4e1
- https://github.com/pytorch/pytorch/commit/f15b6ec6d6d983cfc399b49b2f72e7ab5635c4e8 (which is a duplicate of https://github.com/pytorch/pytorch/commit/ac6d8fb16e64868ec78548882ef5951a05e437f8 )

Merge-bot should detect such slightly incorrect usecases and cancel concurrent merges on all but topmost PR on the stack

### Versions

CI

cc @seemethere @pytorch/pytorch-dev-infra
Repository: excalidraw
Issue: Excalidraw on play/app store
Labels: mobile,pwa

Hi there!
Is anyone working on making a native mobile port ? I was looking for excalidraw on the play store and was surprised not to find an official app