sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: TypeScript
Issue: AMD translation for export * as ns is wrong
Labels: Bug,Help Wanted

# Bug Report

```ts
export * as x from './mod'
console.log(x)
```

### 🔎 Search Terms

AMD export

### 🕗 Version & Regression Information

I tried 5.0.4

### ⏯ Playground Link

[Playground link with relevant code](https://www.typescriptlang.org/play?esModuleInterop=false&target=99&module=2#code/KYDwDg9gTgLgBAKjgQwM5xHAZlCBbOAcgDoB6PCAE0ICgBjCAO1QgBthjWIBzAChACUQA)

### 💻 Code

<!-- Please post the relevant code sample here as well-->
```ts
define(["require", "exports", "./mod"], function (require, exports, x) {
    "use strict";
    Object.defineProperty(exports, "__esModule", { value: true });
    exports.x = void 0;
    exports.x = x;
    console.log(x);
});
```

But x is not a declared name in the module.
Repository: go
Issue: proposal: x/sys/windows/svc/eventlog: Use generic error message for Windows Event logs
Labels: OS-Windows,Proposal

Hi,

this is a feature request for `golang.org/x/sys`. Not sure, if I have to open a proposal.

Sending logs tough `golang.org/x/sys/windows/svc/eventlog` are every limited. Windows has a builtin translation table based on the event id. The Log messages sent by `golang.org/x/sys/windows/svc/eventlog` are only viewable by the `Details` tab, since a translated message will be displayed in front of it.

However, Windows has a generic error message (`'%1 %2 %3 %4 %5 %6 %7 %8 %9'`) defined as event id 3299 which looks suitable for generic log messages.

Ref: https://github.com/microsoft/win32metadata/blob/2f3c5282ce1024a712aeccd90d3aa50bf7a49e27/generation/WinSDK/RecompiledIdlHeaders/um/LMErrlog.h#L824-L845

Other software components like Apache Web Server are using this event id for years:

https://github.com/apache/httpd/blob/7b12bfc7fe4f2b1a074f6818638c77b949d4acd9/server/mpm/winnt/nt_eventlog.c#L94-L95

However, the methods `Info`, `Warn`, `Error` of `(golang.org/x/sys/windows/svc/eventlog).Log` accepted only one string as argument and 
`(golang.org/x/sys/windows/svc/eventlog).report` force `1` for the numStrings argument.

This results into messages like this:

![image](https://user-images.githubusercontent.com/1560587/233803603-6ecb3ac9-319a-48ab-9c7a-f94a9b11a717.png)

It would be great, if `golang.org/x/sys/windows/svc/eventlog` would support sending events with 9 strings. 
Using the generic error messages requires numStrings 9 as documented in [LMErrlog.h](https://github.com/microsoft/win32metadata/blob/2f3c5282ce1024a712aeccd90d3aa50bf7a49e27/generation/WinSDK/RecompiledIdlHeaders/um/LMErrlog.h#L824-L845)

> // The call to NetErrorWrite must set nstrings = 9, and provide 9
> // ASCIIZ strings.  If the caller does not have 9 insertion strings,
> // provide null strings for the empty insertion strings.
Repository: go
Issue: proposal: crypto/ecdh: support for P224
Labels: Proposal,Proposal-Crypto

The new added package is missing support for P-224 curves. This gives a 112 bit security and is still good enough comparable to RSA 2048 bit keys used in the field. The P-224 curve plays a role for resource constrained devices like smart cards.
Repository: pytorch
Issue: `cat` gradgrad tests failing
Labels: module: autograd,triaged,module: edge cases

## Issue description

Previously `cat` grad tests were surprisingly skipped here:
              
https://github.com/pytorch/pytorch/blob/e63c502baa4a6f2109749984be701e722b3b7232/torch/testing/_internal/common_utils.py#L4371-L4372

And the following tests are failing after removing the skip:

```
test/test_ops_gradients.py::TestBwdGradientsCPU::test_fn_gradgrad_cat_cpu_float64
test/test_ops_gradients.py::TestBwdGradientsCPU::test_fn_gradgrad_cat_cpu_complex128
```

```
# RuntimeError: The size of tensor a (25) must match the size of tensor b (0) at non-singleton dimension 0.
```

which is caused by the below input sample:

https://github.com/pytorch/pytorch/blob/6580b160d35a75d5ceebf376d55422376d0c0d2c/torch/testing/_internal/common_methods_invocations.py#L2043

Added these tests to xfail in #99596

## Version

On master

cc @ezyang @gchanan @zou3519 @albanD @gqchen @pearu @nikitaved @soulitzer @Lezcano @Varal7
Repository: pytorch
Issue: AOTAutograd/Inductor file system cache
Labels: feature,triaged,oncall: pt2,module: inductor

### 🐛 Describe the bug

I was playing around with implementing a kernel using torch.compile(dynamic=True) to guarantee low memory usage (and also because I needed an unusual reduction, xor_sum, which wasn't in PyTorch proper.)

```
    # Use of torch.compile is mandatory for (1) good memory usage
    # and (2) xor_sum implementation
    @torch.compile(dynamic=True)
    def kernel(x):
        # The randint calls are carefully written to hit things we
        # have lowerings for in inductor.  Lack of unsigned 32-bit integer
        # is a pain.
        a = torch.randint(
            -2**31, 2**31,
            x.shape, device=x.device, dtype=torch.int32
        ).abs()
        a = ((a % (2**31-1)) + 1).long()
        b = torch.randint(
            -2**31, 2**31,
            x.shape, device=x.device, dtype=torch.int32
        ).abs().long()
        # This is a standard shift-multiply universal hash family
        # plus xor sum hash, using Philox to generate random numbers.
        # Our Philox RNG is not deterministic across devices so
        # don't use this for stable hashing.
        #   
        # This assumes fixed length so you're also obligated to bucket
        # by the length of tensor as well
        return prims.xor_sum(
            (a * x + b).int(),
            [0]
        )
```

On a warm Triton cache, this still takes a good 10s to compile the kernel for the first time on any given process invocation. This is way too slow, esp since once I'm done working on the kernel, it probably will never change. A good file system cache would improve this situation quite a bit.

### Versions

master

cc @msaroufim @wconstab @bdhirsh @anijain2305 @zou3519 @voznesenskym @penguinwu @EikanWang @jgong5 @Guobing-Chen @XiaobingSuper @zhuhaozhe @blzheng @wenzhe-nrv @jiayisunx @peterbell10 @ipiszy @yf225 @chenyang78 @kadeng @muchulee8 @aakhundov @ColinPeppler @soumith @ngimel @Xia-Weiwen @desertfire
Repository: stable-diffusion-webui
Issue: [Feature Request]: Idle mode to save power consumption
Labels: enhancement

### Is there an existing issue for this?

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

### What would your feature do ?

After webui is launched, a model is loaded to VRAM and then the whole GPU switch to P0 mode, which is performance mode that consume lots of power even you do nothing. (50w to 70w for me)

It is not suitable for 7x24 running on my server, I have to manually shut it down after using it, and bring it up before I next use.

Is there a option to just unload everything and just standby, I know this will cause a overheader to load model again, but much better than a 50-70w idle power cost especially for 7x24 usage.

### Proposed workflow

start webui.sh with a special option, and webui will automatic unload everything after generate the image.
or
even better, with a special option, webui will unload everything after a while, and automatic load the model before next usage.

### Additional information

_No response_
Repository: godot
Issue: Pico4 VR Headset crashes on scene with MeshInstance3D
Labels: bug,topic:rendering,topic:thirdparty,topic:xr,crash

### Godot version

v4.0.2.stable.official.7a0977ce2

### System information

Dell Inspiron 3580: Intel® Core™ i7-8565U × 8, Ubuntu 22.10, HAINAN / Mesa Intel® UHD Graphics 620 (WHL GT2)   ---------------------------------- Pico4: System version 5.4.0, Qualcomm Snapdragon XR2, Android 10

### Issue description

Pico4 can't render MeshInstance3D, and after running for a few seconds, the application crashes.

When remote debug, the editor prints:


Installing to device (please wait...): Pico A8110
--- Device API >= 21; debugging over USB ---
--- DEVICE API >= 21; DEBUGGING OVER USB ---
Reverse result: 0
Godot Engine v4.0.2.stable.official.7a0977ce2 - https://godotengine.org
OpenXR: Running on OpenXR runtime:  Pico(XRT) by Pico et al 'c4eb070c'   3.0.1
OpenXR: XrGraphicsRequirementsVulkan2KHR:
 - minApiVersionSupported:  1.0.0
 - maxApiVersionSupported:  1023.1023.1023
Vulkan API 1.1.128 - Forward Mobile - Using Vulkan Device #0: Qualcomm - Adreno (TM) 650

And Debugger prints out these errors:
![image](https://user-images.githubusercontent.com/52204256/233817564-fc061f30-c034-40f1-b64e-bc6b39cead77.png)
![image](https://user-images.githubusercontent.com/52204256/233817572-5a5b0edf-7bf3-4765-ad85-d6706de6b677.png)



Here's the good scene:

![342474419_979294849725317_1135862346548321941_n](https://user-images.githubusercontent.com/52204256/233817046-214eb778-45dc-4581-86f4-c5877e441979.jpg)

And here's not: 
![342066078_265745669126861_8039648463103468542_n](https://user-images.githubusercontent.com/52204256/233817716-a91f813a-5704-4c52-9719-f74054958062.jpg)

Project settings:
![336058910_3515205922036224_6934619855165082086_n](https://user-images.githubusercontent.com/52204256/233817767-dc08aac6-4a76-441a-87e7-6c2e0472d241.jpg)

![342463416_1212883029593355_2631606150880106424_n](https://user-images.githubusercontent.com/52204256/233817772-1f5280d7-45e3-4301-ba99-b5ce3e987a79.jpg)

Export settings:
![342482111_3386922914852520_1409771766662999303_n](https://user-images.githubusercontent.com/52204256/233817785-0eb67cd0-806c-4d54-8079-fb196d8d5484.jpg)
![342375255_197679193018705_6131163799751698366_n](https://user-images.githubusercontent.com/52204256/233817790-27810d51-2cb7-49ff-be3b-0661669179d6.jpg)


This is a video of godot running the scene with a MeshInstance3D floor. Pico4 renders slowly (like, 4-5 frames/sec?), the MeshInstance is nowhere to be seen. After a few seconds, it crashes.

https://user-images.githubusercontent.com/52204256/233817208-048be699-2583-4269-940c-5ce2c0829e9a.mp4



### Steps to reproduce

Export the scene to Pico, and then it will run briefly before crashing.

### Minimal reproduction project

N/A
Repository: godot
Issue: USER ERROR: Index p_index = 0 is out of bounds
Labels: bug,topic:core,needs testing,crash

### Godot version

v4.0.2.stable.mono.official [7a0977ce2]

### System information

Kubuntu 22.0.4

### Issue description

My editor keeps crashing on me.
I don't know whats wrong but I just do normal stuff like move folder and files around and BAM it crashes.

I don't think it's a issue with just the C# version as I ran into these sort of issues with the non mono version too.

```
Godot Engine v4.0.2.stable.official.7a0977ce2 - https://godotengine.org
OpenGL API 4.6 (Core Profile) Mesa 22.2.5 - Compatibility - Using Device: AMD - RENOIR (renoir, LLVM 15.0.6, DRM 3.47, 5.19.0-38-generic)
 
USER ERROR: Index p_index = 0 is out of bounds (data.children.size() - data.internal_children_front - data.internal_children_back = 0).
   at: get_child (scene/main/node.cpp:1248)
```
### Steps to reproduce

Just Move files and folders around and rename them

### Minimal reproduction project

[AstroWars.zip](https://github.com/godotengine/godot/files/11302760/AstroWars.zip)
Repository: vscode
Issue: version `GLIBCXX_3.4.29' not found
Labels: bug,linux,snap


Type: <b>Bug</b>

Unsure if it's reproducible.  All I needed to do was launch VS Code, no project, without extensions, and open the integrated terminal and I see this message:

/snap/core20/current/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.29' not found (required by /lib64/libproxy.so.1)

Failed to load module: /home/untitled1/snap/code/common/.cache/gio-modules/libgiolibproxy.so

I just upgraded to Fedora 38 and I keep my OS, Flatpaks, Snaps, and other software up to date daily.

VS Code version: Code 1.77.3 (704ed70d4fd1c6bd6342c436f1ede30d1cff4710, 2023-04-12T09:16:52.732Z)
OS version: Linux x64 6.2.11-300.fc38.x86_64 snap
Modes:
Sandboxed: No

<details>
<summary>System Info</summary>

|Item|Value|
|---|---|
|CPUs|Intel(R) Core(TM) i7-9750H CPU @ 2.60GHz (12 x 3999)|
|GPU Status|2d_canvas: unavailable_software<br>canvas_oop_rasterization: disabled_off<br>direct_rendering_display_compositor: disabled_off_ok<br>gpu_compositing: disabled_software<br>multiple_raster_threads: enabled_on<br>opengl: disabled_off<br>rasterization: disabled_software<br>raw_draw: disabled_off_ok<br>skia_renderer: enabled_on<br>video_decode: disabled_software<br>video_encode: disabled_software<br>vulkan: disabled_off<br>webgl: unavailable_software<br>webgl2: unavailable_software<br>webgpu: disabled_off|
|Load (avg)|2, 1, 1|
|Memory (System)|15.50GB (9.75GB free)|
|Process Argv|--no-sandbox --force-user-env --unity-launch|
|Screen Reader|no|
|VM|0%|
|DESKTOP_SESSION|gnome-xorg|
|XDG_CURRENT_DESKTOP|GNOME|
|XDG_SESSION_DESKTOP|gnome-xorg|
|XDG_SESSION_TYPE|x11|
</details><details><summary>Extensions (39)</summary>

Extension|Author (truncated)|Version
---|---|---
spaces-inside-braces|Air|0.4.0
vscode-zipfs|arc|3.0.0
npm-intellisense|chr|1.4.4
path-intellisense|chr|2.8.4
vscode-css-modules|cli|0.5.1
vscode-eslint|dba|2.4.0
es7-react-js-snippets|dsz|4.4.3
vscode-html-css|ecm|1.13.1
vscode-firefox-debug|fir|2.9.8
haskell|has|2.2.4
haskell-linter|hoo|0.0.6
batch-rename-extension|Jan|0.0.6
react-context-menu|jef|0.0.7
language-haskell|jus|3.6.0
vscode-format-context-menu|lac|1.0.4
git-graph|mhu|1.30.0
vscode-docker|ms-|1.25.0
vscode-dotnet-pack|ms-|1.0.12
jupyter-keymap|ms-|1.1.0
jupyter-renderers|ms-|1.0.15
vscode-jupyter-cell-tags|ms-|0.1.8
vscode-jupyter-slideshow|ms-|0.1.5
remote-containers|ms-|0.288.1
live-server|ms-|0.4.7
vscode-typescript-next|ms-|5.1.20230422
vsliveshare|ms-|1.0.5862
ocaml-platform|oca|1.12.2
vscode-jest|Ort|5.2.3
vscode-css-peek|pra|4.2.0
rust-analyzer|rus|0.3.1481
html5-boilerplate|sid|1.1.1
svg-preview|Sim|2.8.3
autoimport|ste|1.5.4
svelte-vscode|sve|107.3.0
sass-indented|syl|1.8.26
icons|tal|3.6.3
even-better-toml|tam|0.19.0
vscode-npm-scripts|tra|0.2.1
vscode-conventional-commits|viv|1.25.0

(4 theme extensions excluded)

</details>
<!-- generated by issue reporter -->
Repository: PowerToys
Issue: Option to change PowerToys accent color
Labels: Idea-Enhancement,Product-Settings,Area-User Interface

### Description of the new feature / enhancement

Make it possible to change the accent color of the PowerToys UI.
I know #23824 mentions accent color, but I don't think that's what the writer meant, that's why I opened this issue.

### Scenario when this would be used?

For more customization.

### Supporting information

It is already possible to change the accent color by changing it for the whole OS in Windows Settings. Please make it possible to change it just for PowerToys.
Repository: pytorch
Issue: cuda.is_available() error
Labels: module: cuda,triaged

I test pytorch on a server with epyc 7742 and 8*A100 40G, when print torch.cuda.is_available() there is no output and even can't kill the python process with Ctrl+C, how can i solve this bug without update the driver version? I try install another version cuda like 11.1 or 11.0.2 but still no result.
Hope your reply!
Thanks!

- PyTorch:
- How you installed PyTorch: conda install pytorch==1.7.1 torchvision==0.8.2 torchaudio==0.7.2 cudatoolkit=11.0 -c pytorch
- OS: Ubuntu18.04
- PyTorch version:1.7.1
- Python version:3.8.3
- CUDA/cuDNN version: cuda11.0.3
- GPU models and configuration: 8*A100
- Nvidia Driver:450.51.06


cc @ngimel
Repository: node
Issue: `require.resolve()` and `import.meta.resolve()` doesn't work with self-referenced packages
Labels: module

### Version

v20.0.0

### Platform

Linux executive 5.19.0-40-generic #41-Ubuntu SMP PREEMPT_DYNAMIC Thu Mar 23 21:39:15 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

### Subsystem

require, import

### What steps will reproduce the bug?

Call to `require.resolve()` created with `createRequire()`, or to `import.meta.resolve()`, passing the package name to resolve to itself.

### How often does it reproduce? Is there a required condition?

Always.

### What is the expected behavior? Why is that the expected behavior?

It should return the path of the package itself.

### What do you see instead?

```js
node:internal/errors:490
    ErrorCaptureStackTrace(err);
    ^

Error [ERR_MODULE_NOT_FOUND]: Cannot find package '@mafalda-sfu/mediasoup-cluster-cli' imported from /home/piranna/github/Mafalda/Mediasoup-cluster-CLI/node_modules/@mafalda-sfu/bytenodeify/lib/getBundlesFilenames.js
    at new NodeError (node:internal/errors:399:5)
    at packageResolve (node:internal/modules/esm/resolve:794:9)
    at moduleResolve (node:internal/modules/esm/resolve:843:20)
    at defaultResolve (node:internal/modules/esm/resolve:1070:11)
    at DefaultModuleLoader.resolve (node:internal/modules/esm/loader:306:12)
    at Object.resolve (node:internal/modules/esm/initialize_import_meta:17:25)
    at getBundlesFilenames_priv (file:///home/piranna/github/Mafalda/Mediasoup-cluster-CLI/node_modules/@mafalda-sfu/bytenodeify/lib/getBundlesFilenames.js:31:32)
    at file:///home/piranna/github/Mafalda/Mediasoup-cluster-CLI/node_modules/@mafalda-sfu/bytenodeify/lib/getBundlesFilenames.js:86:17
    at Array.map (<anonymous>)
    at default (file:///home/piranna/github/Mafalda/Mediasoup-cluster-CLI/node_modules/@mafalda-sfu/bytenodeify/lib/getBundlesFilenames.js:81:38) {
  code: 'ERR_MODULE_NOT_FOUND'
}
```

### Additional information

Not sure if it happens with CommonJS `require()` too, or just only with ESM related resolve functions.
Repository: godot
Issue: CTRL-dragging nodes to create onready variables does not work if CTRL key is pressed before dragging
Labels: bug,topic:editor

### Godot version

4.0-stable

### System information

Windows 10, Forward+, Intel HD 620

### Issue description

CTRL-dragging nodes into the code editor is a really useful shortcut for creating onready variables, which in turn leads to cleaner, more maintainable code.
However, when using the CTRL-drag to create an **onready** var for a node, the CTRL key needs to be pressed **after** starting the mouse drag. It does not work if the CTRL key is held before pressing the mouse button. If CTRL is held before the drag, nothing happens.
This behavior is not intuitive and not consistent with other applications.


### Steps to reproduce

Hold CTRL and try to drag a node into the script window. The drag does not work.

### Minimal reproduction project

N/A
Repository: svelte
Issue: role="menu" incorrectly marked as rendundant and no-interactive-to-interactive when used on menu element
Labels: bug,a11y

### Describe the bug

![image](https://user-images.githubusercontent.com/53383860/233819233-2fe7072a-bd04-4a9b-93dc-361f1927b255.png)

Has per [MDN docs](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/menu) the `menu` element is like the ul element but more semantically correct for interactive content, and the implicit role is `list` not `menu`.

### Reproduction URL

N/A

### Reproduction

_No response_

### Logs

_No response_

### System Info

```shell
System:
    OS: Windows 10 10.0.22621
    CPU: (16) x64 AMD Ryzen 9 4900H with Radeon Graphics
    Memory: 16.49 GB / 31.42 GB
  Binaries:
    Node: 18.14.0 - C:\Program Files\nodejs\node.EXE
    npm: 9.3.1 - C:\Program Files\nodejs\npm.CMD
  Browsers:
    Edge: Spartan (44.22621.1555.0), Chromium (112.0.1722.58)
    Internet Explorer: 11.0.22621.1
  npmPackages:
    @sveltejs/adapter-static: ^2.0.1 => 2.0.2 
    @sveltejs/kit: ^1.15.2 => 1.15.5 
    svelte: ^3.58.0 => 3.58.0 
    vite: ^4.2.1 => 4.2.1
```
Repository: go
Issue: cmd/go/internal/list: insufficient error tolerance on listing packages
Labels: NeedsFix,GoCommand

<!--
Please answer these questions before submitting your issue. Thanks!
-->

### What version of Go are you using (`go version`)?

<pre>
$ go version
go version go1.20.3 darwin/amd64 (unrelated)
</pre>

### Does this issue reproduce with the latest release?
yes

### What operating system and processor architecture are you using (`go env`)?

<details><summary><code>go env</code> Output</summary><br><pre>
$ go env
unrelated, preferred not to disclose
</pre></details>

### What did you do?

I used vscode-go for browsing a repository that I don't have permissions to access it's dependencies.
the extension fails to load the workspace complaining that I have no permissions to `go get` related repos, so vscode can't even index the existing sources that I have.
After digging in a little deeper, I found that the command giving the complain is:

https://github.com/golang/vscode-go/blob/master/src/goPackages.ts#L60

```
go list -e -f '{{.Name}};{{.ImportPath}};{{.Dir}}' std all
```

### What did you expect to see?

I expected `go list` to tolerate the errors as what it's told to by passing the `-e` argument.

> The -e flag changes the handling of erroneous packages, those that cannot be found or are malformed.

### What did you see instead?

instead, it tried to download the missing packages (due to permission errors) and failed if download fails.

### Current Workaround

For anyone who ends up in a similar situation, maybe you could try `go mod tidy -e` and then disable the go modules by setting:

```json
{
    "go.toolsEnvVars": {
        "GO111MODULE": "off"
    }
}
```

in `.vscode/settings.json`. The `modload` package seems to work with go packages.
Repository: PowerToys
Issue: FancyZones mixes the zones for two monitors (video included)
Labels: Issue-Bug,Needs-Triage

### Microsoft PowerToys version

0.69.1
Still happening at 0.81.1

### Installation method

Microsoft Store

### Running as admin

Yes

### Area(s) with issue?

FancyZones

### Steps to reproduce

1. Move a window to one of my monitors and don't let go.
2. Right click to activate FancyZones.
3. Press a number to switch which layout is being used on that monitor.

Here you can see a video of the effect: https://www.youtube.com/watch?v=o6QC21kK6Mk

### ✔️ Expected Behavior

I expect that and only that monitor to change layouts.

### ❌ Actual Behavior

That, and one more other monitor change layouts. This happens from both screens. It's like they are linked. All other monitors act independently. This only happens sometimes, but when it starts happening, it keeps on happening. This has been happening for a year or more.

### Other Software

None in particular.
Repository: rust
Issue: API filter option for documentation section
Labels: T-rustdoc,C-feature-request

There sometimes happens to be ample amount of APIs present for a given module, 
of which few or many are nightly ones and often times are not very convenient to refer, 
therefore having some kind of filter present under the documentation page makes the job of referring it more developer friendly 
```rust
 ==Stable==

 fn api1()
 fn api2()

 ==unsafe==

 unsafe fn api6()
 unsafe fn api5()

 ==Nightly==

 fn n-api1()
 fn n-api2()
```
because now we can directly distinguish between which ones are nightly dependent from the side section 
also it would be great if we can also implement it for unsafe APIs 

There is one reference issue [here](https://github.com/rust-lang/docs.rs/issues/2115) under docs.rs regarding this one, where we discussed it earlier for some additional context.