sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: next.js
Issue: (AppDir) Webpack asset/resource broken with js files
Labels: bug

### Verify canary release

- [X] I verified that the issue exists in the latest Next.js canary release

### Provide environment information

    Operating System:
      Platform: darwin
      Arch: x64
      Version: Darwin Kernel Version 22.1.0: Sun Oct  9 20:15:09 PDT 2022; root:xnu-8792.41.9~2/RELEASE_ARM64_T6000
    Binaries:
      Node: 16.15.1
      npm: 8.11.0
      Yarn: 1.22.19
      pnpm: 6.28.0
    Relevant packages:
      next: 13.1.1
      eslint-config-next: 11.0.1
      react: 18.2.0
      react-dom: 18.2.0

### Which area(s) of Next.js are affected? (leave empty if unsure)

App directory (appDir: true)

### Link to the code that reproduces this issue

https://github.com/garronej/react-dsfr-next-appdir-demo

### To Reproduce

```bash
git clone https://github.com/garronej/react-dsfr-next-appdir-demo
cd react-dsfr-next-appdir-demo
git checkout import_static_js
yarn dev
```

### Describe the Bug

When [importing `.js` file as an url](https://github.com/garronej/react-dsfr-next-appdir-demo/blob/import_static_js/app/layout.tsx):  

```ts
import Script from "next/script";
import testJsUrl from "./test.min.js";

console.log({ testJsUrl });

export default function RootLayout({ children }: { children: React.ReactNode; }) {

	return (
		<html>
			<head>
				<Script src={testJsUrl} />
			</head>
			<body>
				{children}
			</body>
		</html>
	);

}
```
(assuming `next.config.js` have been [configured correctly](https://github.com/garronej/react-dsfr-next-appdir-demo/blob/fad8a3e94067e7eeea361b740acf21f43a1350fc/next.config.js#L12-L15))  

The console logs something that looks good:  

<img width="528" alt="image" src="https://user-images.githubusercontent.com/6702424/210342110-9eeeeb44-41d6-4a43-a9f9-ff82d66c0ad1.png">  

But it gives a 404.  

<img width="1131" alt="image" src="https://user-images.githubusercontent.com/6702424/210342329-cd132c91-670b-4c5d-81b7-a6b1b9aef32d.png">



### Expected Behavior

No 404

### Which browser are you using? (if relevant)

_No response_

### How are you deploying your application? (if relevant)

_No response_
Repository: rust
Issue: `const_trait_impl`s cannot be utilized with a `trait_alias`
Labels: C-bug,F-const_trait_impl,fixed-by-effects

`const_trait_impl` cannot utilize const traits when satisfying const bounds using a trait alias `trait_alias`

```rust
#![feature(trait_alias)]
#![feature(const_trait_impl)]

#[const_trait]
trait Default {
    fn default() -> Self;
}

#[const_trait]
trait TraitAlias = ~const Default + Sized;

#[const_trait]
trait OwnTrait: ~const Default + Sized {
    const INTERESTING_CONSTANT: Self;
}

impl<T: ~const TraitAlias + Sized> const OwnTrait for T {
    const INTERESTING_CONSTANT: Self = T::default();
}
```
[Link to Playground](https://play.rust-lang.org/?version=nightly&mode=debug&edition=2021&gist=dc1890d8e2bd225f67b757f067028846)

There is not way to specify const-ness using trait bounds. The compile error does specify adding a #[const_trait] attribute, but this is not possible for trait aliases;

`rustc --version --verbose`:
```
rustc 1.68.0-nightly (d6f99e535 2023-01-02)
binary: rustc
commit-hash: d6f99e535a301a421dfee52a7c25bb4bdf420344
commit-date: 2023-01-02
host: x86_64-unknown-linux-gnu
release: 1.68.0-nightly
LLVM version: 15.0.6
```
Repository: PowerToys
Issue: Possibility to add custom extensions to the File Explorer Preview for XML
Labels: Idea-Enhancement,Product-File Explorer,Needs-Triage

### Description of the new feature / enhancement

There are several file formats that internally they are just XML (.resx). It would make sense to allow the end-user to add custom extensions and ask the plugin to treat them as XML.

### Scenario when this would be used?

There are many file formats that are based on XML. Currently these files cannot be previewed. Office files, .resx files are just a few examples. 

### Supporting information

_No response_
Repository: neovim
Issue: add :Hardcopy command
Labels: enhancement,complexity:low

# Problem

https://github.com/neovim/neovim/pull/21472 removed `:hardcopy` in favor of `:TOhtml`, but `:TOhtml` requires extra steps.
 
# Proposal

Add a `:Hardcopy` command that does the following:

1. generates HTML
    - https://github.com/neovim/neovim/pull/27097
3. saves the file to reasonable place (~/Downloads or `stdpath('run')` ?)
    - `:TOhtml` won't save the file if it can't write to the directory, example:
      ```
      :help syntax
      :TOhtml
      ```
4. dispose the junk buffer/window created by `:TOhtml`
5. open the HTML file in the system web browser
    - use netrw `netrw#BrowseX()` for this (FUTURE: add `vim.open()`)
    - if web browser not found, fallback to `troff` ?

Then you just hit ctrl-p to print.

_Originally posted by @justinmk in https://github.com/neovim/neovim/issues/21472#issuecomment-1369645909_
Repository: godot
Issue: Error at closing editor if no scene opened but project settings was changed
Labels: bug,topic:editor

### Godot version

v4.0 beta10

### System information

Windows 10

### Issue description

Error at closing editor if no scene opened but project settings was changed:

```editor/editor_data.cpp:596 - Index p_idx = -2 is out of bounds (edited_scene.size() = 1).```

After that editor still don't close it self, because saving was failed. 

Saving with ctrl+s and then closing editor solves the problem.

### Steps to reproduce

- Create new project (with no scene created or opened)
- Go to Project -> Project settings
- Change some option, for example Rendering -> Anti Aliasing -> MSAA 3D
- Close Project settings window
- Click close editor window button
- At "Save modified resources before closing?" click "Save & Quit"
- See console for error message

### Minimal reproduction project

N/A
Repository: pytorch
Issue: trainer
Labels: triaged

### 🚀 The feature, motivation and pitch

a trainer please, which obey the rules in **the zen of python.**
**bad case: pytorch lightning, fairseq, transformers**

### Alternatives

_No response_

### Additional context

_No response_
Repository: material-ui
Issue: Low mount/unmount performance of MUI components
Labels: performance,package: material-ui

### Steps to reproduce 🕹

Link to live example: https://codesandbox.io/s/hopeful-breeze-x1zsx4?file=/src/App.js
The MUI components used in the form are immaterial as the performance keeps degrading as you start adding more and more components.
And begins to improve as I remove those components.

Steps:

1. Click on Add button multiple times quickly to clone the form.
2. You would notice that after adding only a few forms, the lag is very noticeable.
3. Same when trying to remove the forms.

### Current behavior 😯

The mount/unmount is extremely slow.

### Expected behavior 🤔

The operations should be smooth.

### Context 🔦

We had recently migrated this form cloning thing from `react-bootstrap` and started noticing the lag.
With `react-bootstrap`, using roughly the exact component equivalents result in much more snappier experience when mounting and unmounting the forms.
Here's the codesandbox for the same:
https://codesandbox.io/s/vigilant-andras-djrwus?file=/src/App.js

### Your environment 🌎

<details>
  <summary><code>npx @mui/envinfo</code></summary>

```
System:
    OS: Linux 3.10
  Binaries:
    Node: 16.18.1
    Yarn: 1.22.11
    npm: 7.23.0
  Browsers:
    Chrome: 108.0.5359.125
    Firefox: 102.6.0esr
  npmPackages:
    @emotion/react: ^11.9.3 => 11.10.4 
    @emotion/styled: ^11.9.3 => 11.10.4 
    @mui/base: 5.0.0-alpha.84 => 5.0.0-alpha.84 
    @mui/icons-material: ^5.8.4 => 5.10.6 
    @mui/lab: 5.0.0-alpha.87 => 5.0.0-alpha.87 
    @mui/material: ^5.8.5 => 5.10.8 
    @types/react: ^17.0.6 => 17.0.50 
    react: ^17.0.0 => 17.0.2 
    react-dom: ^17.0.2 => 17.0.2 
```
</details>
Please note that above package details are from my local setup. The codesandbox uses the latest of everything while still having the issue.
Repository: go
Issue: encoding/xml: use typed error for "non-pointer passed to Unmarshal"
Labels: NeedsInvestigation

In the `encoding/xml` package when a non-pointer is passed to the function, it returns a new error with `errors.New` function.  
The problem is that we cannot handle errors like this:  
```go
err := xml.NewDecoder(readCloser).Decode(out)
// How to explicitly handle a non-pointer passed to Unmarshal in here?
if err == ??? {
}

```

`encoding/json` returns `*json.InvalidUnmarshalError` when a non-pointer is passed and it can be handled on the client side because it doesn't return the error with `errors.New` function.

It happens in here: https://github.com/golang/go/blob/db36eca33c389871b132ffb1a84fd534a349e8d8/src/encoding/xml/read.go#L150
Repository: godot
Issue: Godot code editor incorrectly colors inline dictionary when declared in function call
Labels: bug,topic:gdscript,topic:editor

### Godot version

3.5.1 stable

### System information

Windows 10

### Issue description

The code editor incorrectly colors the value of a dictionary when it is declared inline as a parameter on a function call.

When declaring a dictionary in a single line outside of a function call, the code is colored and highlighted normally.
![imagen](https://user-images.githubusercontent.com/28222718/210371431-b3b16c73-97b4-4228-9d54-22be5f873027.png)

When declaring the same dictionary but as part of a function call, variable names used as values are colored as if they were a type declaration in static typing.
![imagen](https://user-images.githubusercontent.com/28222718/210371828-06f8e8e2-aaa5-4a35-afd5-cc62799c6a9f.png)

The bug does not appear when using constants as values, nor when the dictionary is split in multiple lines.
![imagen](https://user-images.githubusercontent.com/28222718/210372333-33f2b8dd-a8cd-4f8c-b48f-09a934b35ee2.png)

### Steps to reproduce

1. Create a script
2. Declare a dictionary as a parameter in a function call, as shown above.

### Minimal reproduction project

N/A
Repository: neovim
Issue: Can't receive an answer from RPC request to Neovim created as child process
Labels: channels-rpc,has:workaround,bug-regression,embedding

### Neovim version (nvim -v)

NVIM v0.9.0-dev-598+g3a519d86b

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

No (doesn't have this functionality)

### Operating system/version

EndeavourOS Linux x86_64 (6.1.1-arch1-1)

### Terminal name/version

st-0.9

### $TERM environment variable

st-256color

### Installation

appimage

### How to reproduce the issue

1. Create config file (called here 'init-nightly-job.lua') with the following content:
```lua
_G.new_child_neovim = function(nvim_executable)
  local stdin = vim.loop.new_pipe()
  local stdout = vim.loop.new_pipe()
  local stderr = vim.loop.new_pipe()

  vim.loop.spawn(nvim_executable or 'nvim', {
    stdio = { stdin, stdout, stderr },
    args = { '--clean', '--listen', '/tmp/nvim.pipe' },
  }, function() end)
end
```
2. Open Neovim nightly with `nvim_nightly_g598 -u init-nightly-job.lua` (assuming `nvim_nightly_g598` is an executable for used Neovim nightly release).
3. `:lua new_child_neovim('nvim_nightly_g598')` . This should open child Neovim process (can be confirmed by looking at list of system processes).
4. `:lua channel = vim.fn.sockconnect('pipe', '/tmp/nvim.pipe', { rpc = true })`. This should create a valid channel.
5. `:lua print(vim.rpcrequest(channel, 'nvim_get_mode'))` . This does not respond.

### Expected behavior

Can get responds from child Neovim process.

This works as expected in the following situations:
- With current stable Neovim 0.8.2 release:
    - `nvim_nightly_g598 -u init-nightly-job.lua`
    - `:lua new_child_neovim('nvim_0.8.2')` with `nvim_0.8.2` being Neovim 0.8.2 executable.
    - `:lua channel = vim.fn.sockconnect('pipe', '/tmp/nvim.pipe', { rpc = true })`
    - `:lua print(vim.rpcrequest(channel, 'nvim_get_mode'))`
- When child Neovim nightly is opened directly:
    - `nvim_nightly_g598 --clean --listen /tmp/nvim.pipe`
    - In another terminal:
        - `nvim_nightly_g598 -u NONE`
        - `:lua channel = vim.fn.sockconnect('pipe', '/tmp/nvim.pipe', { rpc = true })`
        - `:lua print(vim.rpcrequest(channel, 'nvim_get_mode'))`

Note: run `rm /tmp/nvim.pipe` to make it work after running Neovim nightly example.

### Actual behavior

Host process hangs, possibly waiting for answer. Only manually stopping child process can unhang it.

This seems to have been working around 4 days ago, so maybe related to recent work on TUI.
Repository: vscode
Issue: disposed.
Labels: error-telemetry

```javascript
Error:  disposed.
at t.Semaphore.dispose (https:/<REDACTED: user-file-path>:1:344748)
at y.disposeInternal (https:/<REDACTED: user-file-path>:1:297711)
at y.closeDefault (https:/<REDACTED: user-file-path>:1:295568)
at y.closeWithSignal (https:/<REDACTED: user-file-path>:1:296089)
```
[Go to Errors Site](https://vscode-errors.azurewebsites.net/card?ch=6ed4d436a9b6ae131732f4e2a723868231f4473a&bH=ec8f086e-7ff6-6a01-4828-3f99b31d2196)
Repository: vscode
Issue: errorType: CancellationError
Labels: error-telemetry

```javascript
r@https:/<REDACTED: user-file-path>:1:6909
i@https:/<REDACTED: user-file-path>:1:7653
cancel@https:/<REDACTED: user-file-path>:1:5273
dispose@https:/<REDACTED: user-file-path>:1:5472
<REDACTED: user-file-path></this.disposeObject@https:/<REDACTED: user-file-path>:1:843
<REDACTED: user-file-path><@https:/<REDACTED: user-file-path>:1:1692
dispose@https:/<REDACTED: user-file-path>:1:1640
dispose@https:/<REDACTED: user-file-path>:1:347916
dispose@https:/<REDACTED: user-file-path>:1:350868
<REDACTED: user-file-path></this.disposeObject@https:/<REDACTED: user-file-path>:1:843
<REDACTED: user-file-path><@https:/<REDACTED: user-file-path>:1:1692
dispose@https:/<REDACTED: user-file-path>:1:1640
disposeConnection@https:/<REDACTED: user-file-path>:1:378112
<REDACTED: user-file-path><@https:/<REDACTED: user-file-path>:1:377740
<REDACTED: user-file-path></<@https:/<REDACTED: user-file-path>:1:373866
<REDACTED: user-file-path><@https:/<REDACTED: user-file-path>:1:373611
onConnectionChanged@https:/<REDACTED: user-file-path>:1:377439
invoke@https:/<REDACTED: user-file-path>:1:12105
fire@https:/<REDACTED: user-file-path>:1:12835
onConnectionChangedHandler@https:/<REDACTED: user-file-path>:1:348671
handleConnectionError@https:/<REDACTED: user-file-path>:1:349717
<REDACTED: user-file-path><@https:/<REDACTED: user-file-path>:1:355705
a@https:/<REDACTED: user-file-path>:1:354229

```
[Go to Errors Site](https://vscode-errors.azurewebsites.net/card?ch=6ed4d436a9b6ae131732f4e2a723868231f4473a&bH=552d61d1-76c1-97b1-b50f-6bce14222d96)
Repository: vscode
Issue: In the settings the scroll jumps when a checkbox is clicked
Labels: bug,settings-editor,confirmed,papercut :drop_of_blood:

<!-- ⚠️⚠️ 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.74.2
- OS Version: Windows 11

Steps to Reproduce:

1. Open the settings with `workbench.action.openSettings`
2. Scroll down
3. Click on checkboxes
4. Notice that the scroll jumps, sometimes so much that the checkbox you just clicked on goes out of view.


https://user-images.githubusercontent.com/106014361/210377566-f74472ca-4283-4a3c-a3ef-87f8664fe4f6.mp4
Repository: vscode
Issue: Unable to resolve nonexistent file '<REDACTED: user-file-path>'
Labels: bug,error-telemetry

```javascript
Error: Unable to resolve nonexistent file '<REDACTED: user-file-path>'
at c.resolve (<REDACTED: user-file-path>:90:16469)
at async L.u (<REDACTED: user-file-path>:148:86128)
at async Promise.all (index 13)
```
[Go to Errors Site](https://vscode-errors.azurewebsites.net/card?ch=e8a3071ea4344d9d48ef8a4df2c097372b0c5161&bH=4696da14-62ff-122f-171f-4a565b9b9df6)
Repository: vscode
Issue: Port forwarding failed to parse response from server.
Labels: error-telemetry

```javascript
Error: Port forwarding failed to parse response from server.
at C.readExtensionResource (https:/<REDACTED: user-file-path>:768:5803)
at async ne.Q (https:/<REDACTED: user-file-path>:2473:1193)
at async Promise.all (index 1)
```
[Go to Errors Site](https://vscode-errors.azurewebsites.net/card?ch=e8a3071ea4344d9d48ef8a4df2c097372b0c5161&bH=7329ac0e-d7eb-68a0-d8f5-673c5b5c0dd9)
Repository: vscode
Issue: Error: No file system handle registered (/)
Labels: bug,error-telemetry

```javascript
Unavailable (FileSystemError): Error: No file system handle registered (/)
at n (https:/<REDACTED: user-file-path>:607:15531)
at i.m (https:/<REDACTED: user-file-path>:607:26773)
at i.k (https:/<REDACTED: user-file-path>:607:26383)
at async i.getHandle (https:/<REDACTED: user-file-path>:607:25236)
at async i.stat (https:/<REDACTED: user-file-path>:607:21436)
at async h.n (https:/<REDACTED: user-file-path>:613:11436)
at async h.resolve (https:/<REDACTED: user-file-path>:613:11096)
at async g.getChildren (https:/<REDACTED: user-file-path>:2086:25225)
at async https:/<REDACTED: user-file-path>:545:19050
```
[Go to Errors Site](https://vscode-errors.azurewebsites.net/card?ch=e8a3071ea4344d9d48ef8a4df2c097372b0c5161&bH=d24b7cdd-4479-ba76-2d78-1895a48773ad)
Repository: vscode
Issue: VSCode does not remember the size of the suggest widget when the size is reset with double click
Labels: bug,ux,suggest

<!-- ⚠️⚠️ 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. -->


https://user-images.githubusercontent.com/106014361/210384114-42a2f891-b814-4b87-a865-37a6ce80b05e.mp4



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.74.2
- OS Version: Windows 11
Repository: godot
Issue: Tree content not clipped correctly
Labels: bug,topic:gui

### Godot version

4.0.beta10

### System information

Arch Linux

### Issue description

![Peek 2023-01-03 23-03](https://user-images.githubusercontent.com/372476/210384073-200df283-4a0b-439d-b785-11716b34fdab.gif)

As shown in this GIF:

* Tree items might shown under the title buttons. (Title buttons are transparent in default theme, making this obvious.) 
* Tree items and title buttons don't clip to right and bottom margin. (This Tree's `panel` stylebox has margins on all four sides.)

I thought it would be easy to fix at first, but it seems that Godot does not support multiple clip rects in a single canvas item: #13101

Related: #42342

### Steps to reproduce

Run the MRP.

### Minimal reproduction project

[TreeMargin.zip](https://github.com/godotengine/godot/files/10337652/TreeMargin.zip)
Repository: pytorch
Issue: vmap + nn.SyncBatchNorm.convert_sync_batchnorm
Labels: oncall: distributed,module: data parallel,module: ddp,module: functorch

I ran into this problem with `vmap` and `functorch`.  I am currently trying out different parallelization schemes, i.e. `dataparallel` and `distributeddataparallel`. `vmap` and `functorch` work fine when I use `model= nn.DataParallel(model)`, but when I use `distributeddataparallel` the error mentioned in pytorch/functorch#867 comes up again (specifically [this](https://github.com/pytorch/functorch/issues/867#issuecomment-1154273349), which was then fixed in pytorch/functorch#958 ), despite the fact that the model is in `.eval()` mode. To apply a quick fix, I used `replace_all_batch_norm_modules_` to patch the batchnorms, but then received this error
`
RuntimeError: functorch functions (vmap, grad, vjp, etc.) currently do not support the use of autograd.Function. Please rewrite your function to not use autograd.Function while we work on fixing this
`
I am not sure what this error implies/means, but my hunch (which might very well be wrong) is that the problem is coming from `model = nn.SyncBatchNorm.convert_sync_batchnorm(model)` that is required for `distributeddataparallel`. Do you have any suggested quick fix or am I making mistakes somewhere?

(I asked the same question in pytorch/functorch#958 at [here](https://github.com/pytorch/functorch/pull/958#issuecomment-1369177208))

EDIT: potentially similar discussion pytorch/functorch#207 

cc @mrshenli @pritamdamania87 @zhaojuanmao @satgera @rohan-varma @gqchen @aazzolini @osalpekar @jiayisuse @H-Huang @kwen2501 @awgu @zou3519 @Chillee @samdow @soumith
Repository: pytorch
Issue: Periodic ROCM distribtued jobs are broken
Labels: module: rocm,triaged

### 🐛 Describe the bug

See https://hud.pytorch.org/hud/pytorch/pytorch/master/1?per_page=50&name_filter=periodic%20%2F%20linux-focal-rocm

Last successful run was on Dec 16th: https://hud.pytorch.org/pytorch/pytorch/commit/bd94ee66ea361e97158d37d6ddd8dbbeb8b624ef

### Versions

CI

cc @jeffdaily @sunway513 @jithunnair-amd @pruthvistony @ROCmSupport