sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: rust
Issue: dead_code false positive introduced in rustc 1.78.0-nightly (8ace7ea1f 2024-02-07) 
Labels: A-lints,P-low,T-compiler,C-bug,C-discussion,L-dead_code

```rust
#![deny(warnings)]

#[repr(u8)]
#[derive(Copy, Clone, Debug)]
pub enum RecordField {
    Target = 1,
    Level,
    Module,
    File,
    Line,
    NumArgs,
}

unsafe trait Pod {}

#[repr(transparent)]
struct RecordFieldWrapper(RecordField);

unsafe impl Pod for RecordFieldWrapper {}

fn try_read<T: Pod>(buf: &[u8]) -> T {
    unsafe { std::ptr::read_unaligned(buf.as_ptr() as *const T) }
}

pub fn foo(buf: &[u8]) -> RecordField {
    let RecordFieldWrapper(tag) = try_read(buf);
    tag
}
```

This code compiles on stable (and nightlies before 2024-02-07) but now produces:
```
error: struct `RecordFieldWrapper` is never constructed
  --> aya-log/src/lib.rs:79:8
   |
79 | struct RecordFieldWrapper(RecordField);
   |        ^^^^^^^^^^^^^^^^^^
   |
   = note: `RecordFieldWrapper` has a derived impl for the trait `Clone`, but this is intentionally ignored during dead code analysis
   = note: `-D dead-code` implied by `-D warnings`
   = help: to override `-D warnings` add `#[allow(dead_code)]`
```

NOTE: playground's nightly is not new enough
[playground](https://play.rust-lang.org/?version=nightly&mode=debug&edition=2021&gist=77818b3e2012b708ccb6047b082f66db)

<!-- TRIAGEBOT_START -->

<!-- TRIAGEBOT_ASSIGN_START -->

<!-- TRIAGEBOT_ASSIGN_DATA_START$${"user":"mu001999"}$$TRIAGEBOT_ASSIGN_DATA_END -->

<!-- TRIAGEBOT_ASSIGN_END -->
<!-- TRIAGEBOT_END -->
Repository: electron
Issue: [Bug]:  WebContentsViews are not correctly displayed when feature HideDelegatedFrameHostMac is enabled
Labels: platform/macOS,bug :beetle:,component/BrowserView,status/confirmed,has-repro-repo,component/WebContentsView,30-x-y

### 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 bug report that matches the one I want to file, without success.

### Electron Version

30.0.0-nightly.20231214

### What operating system are you using?

macOS

### Operating System Version

13.5

### What arch are you using?

arm64 (including Apple Silicon)

### Last Known Working Electron version

_No response_

### Expected Behavior

[views_problem.zip](https://github.com/electron/electron/files/14206723/views_problem.zip)
1. Launch attached app with `--enable-features=HideDelegatedFrameHostMac`
2. All views are correctly hidden and shown again



### Actual Behavior

Views are not correctly displayed after they are hidden and shown again. Only few of them are painted fully and the rest paint only backround.

### Testcase Gist URL

_No response_

### Additional Information

_No response_
Repository: go
Issue: net/http: TestOmitHTTP2Vet failures
Labels: NeedsInvestigation

```
#!watchflakes
default <- pkg == "net/http" && test == "TestOmitHTTP2Vet"
```

Issue created automatically to collect these failures.

Example ([log](https://build.golang.org/log/9f6af05b551c9bfea22fd16c36c0644e6317a946)):

    --- FAIL: TestOmitHTTP2Vet (33.10s)
        http_test.go:105: go vet failed: exec: WaitDelay expired before I/O complete, 
    2024/02/08 04:37:27 httptest.Server blocked in Close after 5 seconds, waiting for connections:
      *net.TCPConn 0xc0002820a8 127.0.0.1:50720 in state active


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: PowerToys
Issue: Command Not found don't find winget
Labels: Issue-Bug,Needs-Triage,Product-CommandNotFound

### Microsoft PowerToys version

0.78.0

### Installation method

Microsoft Store

### Running as admin

No

### Area(s) with issue?

Command not found

### Steps to reproduce

Sadly I don't know.
I have winget here `C:\Users\myusername\AppData\Local\Microsoft\WindowsApps\winget.exe`
It is the same with Running as admin

### ✔️ Expected Behavior

Winget found and green check visible

### ❌ Actual Behavior

[PSVersion, 7.4.1] [PSEdition, Core] [GitCommitId, 7.4.1] [OS, Microsoft Windows 10.0.22631] [Platform, Win32NT] [PSCompatibleVersions, System.Version[]] [PSRemotingProtocolVersion, 2.3] [SerializationVersion, 1.1.0.1] [WSManStackVersion, 3.0]
PowerShell 7.4 or greater detected.
WinGet Client module not detected. Installation instructions can be found on https://www.powershellgallery.com/packages/Microsoft.WinGet.Client 

Command Not Found module is not registered in the profile file.


### Other Software

I installed powershell with winget:
And is now here:
`C:\Program Files\PowerShell\7`
Repository: svelte
Issue: Repl: Add reset button
Labels: site

### Describe the problem

I'm always frustrated when I play around in the repl and when I want to reset the rendered page, I have to either reload the entire page or make a change to the code.

### Describe the proposed solution

Add a simple reset button that reloads the page as if you changed the code on the left side.

### Importance

nice to have
Repository: vscode
Issue: Diff Algorithm Improvement
Labels: feature-request,diff-editor

## Description

Actual diff:

![Hy4qZIrxN4](https://github.com/microsoft/vscode/assets/2931520/fe1de7fe-a196-4577-a09a-cebb3f95f546)

The diff should look more like this:

![chrome_XEk27pkhoO](https://github.com/microsoft/vscode/assets/2931520/01364acd-3d3f-4fcd-a880-05a26ae84dec)

Or even this:

![chrome_ICqardNahU](https://github.com/microsoft/vscode/assets/2931520/f5af0a4b-c189-4b43-96e8-9e6e23d1a5c8)

## Playground Example

[Monaco Editor Playground Repro](https://microsoft.github.io/monaco-editor/playground.html?source=v0.47.0-dev-20240208#XQAAAALXCgAAAAAAAABBqQkHQ5NjdMeMm-jY7SIQ9S7DNlzs5W-mwj0fe1ZCDRFc9ws9XQE0SJE1jc2VKxhaLFIw9vEWdz-byd3hyoOPigQsJWN0ZLn8ssc1omO-gmDsEXZGzSI2XkagwyWmNzGAgaQLuAE3x4YRhDvqk2czXgMVnV3CjL1H_Tff3JM2vU1tfH2dnjNqBfBUqtIuHzbh_qrgF-Dn4TMyJs1xh6Vbmp8IVx1E0XLCUv7N5bdafB3_glKhFHWDTVFK7cXP5g73uA2zNrSurmo7jPjk_eFyYPBPz7y1sKVYWD5uI352zV59ZF0Qy7kQTB7bLYFwW0iIlBg3jzu-lCZgQSCmVU9fkaW-2-sidA5eMFKcSZWXXemgJMSjEPwGnEvpxjW5mCt0IZdc2K69nyiQZeEiCFkfgxqKosfvRI9hAUwXzg7ihGuFYgMp3dLPH3WdX9GE_03uFjkZ7pTF3RstIjnkd5GogyvqK7XdoHT1nAFkJN0fjLXZTj8j1zXQd2vqkyUULR-drlqoGuNVBfD_ewz2Xn6DDbGDjNpEBzDhVtnLKfE4MfeMW7qkBHCp23HdW9uU4SNk3PWbzj-tHZjWGApoYr8fWAOm239Imw2gtVu0-SIIWBVamvyOu49mvitRaTbx4EgkOxreZkE9yDE3A6XGH5Ny08vdlIQ5DH2pn7ldWSIfm_rKehtbGchHbaMHx3kRyfkSOURFynGWxfuiYLa2PSQziBA-klETad82jbamlx0bKSHzsT-QeKBRDFSnp1Gn66xp4WT5D0k3NT06nU-kLiByk7mM9uFDFDFSbV-owQWjRVbF-gOjA4T70v6Ftmx7u-5EiosTJWeUgzLxFXYYO6B27EajkDsa7ss8abS9TMGNAquvTj21winGVNIIaYES_fGcdaooCLkt5C-UAJcf2-d9J2P6rZaCpIokSQxYwVcUgSv-betyL8LFsZqerRvfesldDgulccTQ48CGGAlyZCA3ohs6rnJqQLU0Bs1l6oY7KMysyrl_CNXjPNRPeSKKGfCg6ucpx0IbpUShC6Ea6ETNB_y2u-XM1gnHEK4FeBGLLP3rZbBexDQxGIVATHNsz1QQX4jjPAjS03hIklgXLh0m0Nhd0HhxoXhMh7N_V42YjxLMAI7cVeWMmRMJ2_yQiqV9Lz2VvFkQ1lc_YL2o3RIfgwvl99vMRLGlIuRlRbfSoIlxTasUSxn5hNbBO-cFj20hAw4GMpWzgOJSHZBovybMvRRa_BepCfiA9o3DAyCZJRuRl_lKJ2ki_MzgWanLn3Wsna_UTK0gq81zdRfMGSJlxMqdNJMiYDPV7wI6XTVwMLw8J4g9rKZmA_WEOtSL-uiIPEBElqo1ERcFsfNsKE__9jX71w) (click on "use latest dev" to verify a future bug-fix)
Repository: vscode
Issue: Find in expanded text lines only (ignoring all collapsed lines)
Labels: feature-request,editor-find

<!-- ⚠️⚠️ Do Not Delete This! feature_request_template ⚠️⚠️ -->
<!-- Please read our Rules of Conduct: https://opensource.microsoft.com/codeofconduct/ -->
<!-- Please search existing issues to avoid creating duplicates. -->

<!-- Describe the feature you'd like. -->
I often collapse regions of code that are not affected by my current task so that they are "out of the way" on the screen.

When searching a document (Ctrl + F) I want to be able to exclude all collapsed lines from the search, so that only text lines that are currently visible in the document are searched.

Otherwise, the search also finds text that is hidden, whereupon its code region is expanded, which is what I don't want.

Maybe you could add an extra button for this in the 'Find' box, with for example an eye icon?

FYI: I haven't considered whether it would also be beneficial to have the same functionality in the 'Search' panel (in multiple documents). I leave that to you to decide ;)
Repository: next.js
Issue: app router - icon link  - asset prefix
Labels: bug

### Link to the code that reproduces this issue

https://github.com/ryanhs/next-bug-icon-assetprefix

### To Reproduce

https://nextjs.org/docs/app/api-reference/file-conventions/metadata/app-icons

1. put and icon.png on app/icon.png,
2. setup output output = export, and assetPrefix on next config
3. build


### Current vs. Expected behavior

[link fav](https://www.dofactory.com/html/link/crossorigin)


icon link on html head should respect asset prefix config


### Provide environment information

```bash
Operating System:
  Platform: linux
  Arch: x64
  Version: #17~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Tue Jan 16 14:32:32 UTC 2
Binaries:
  Node: 20.11.0
  npm: 10.2.4
  Yarn: 1.22.21
  pnpm: N/A
Relevant Packages:
  next: 14.1.1-canary.43 // There is a newer canary version (14.1.1-canary.44) available, please upgrade! 
  eslint-config-next: N/A
  react: 18.2.0
  react-dom: 18.2.0
  typescript: 5.1.3
Next.js Config:
  output: export
```


### Which area(s) are affected? (Select all that apply)

App Router, Static HTML Export (output: "export")

### Which stage(s) are affected? (Select all that apply)

next build (local)

### Additional context

_No response_
Repository: vscode
Issue: Insider release: 'Experimental editor' shows two different color when select the text
Labels: bug,interactive-playground

![image](https://github.com/microsoft/vscode/assets/50770619/c98c8203-2b97-4d86-840a-a0750ce0ebd8)
Repository: godot
Issue: Meshes with dynamic lighting lose ambient lighting on edges of LightmapGI bounds
Labels: bug,topic:rendering,topic:3d

### Tested versions

- Reproducible in `v4.2.1.stable.official [b09f793f5]`, `v4.1.3.stable.official [f06b6836a]`, and `v4.0.4.stable.official [fc0b241c9]`

### System information

Godot v4.2.1.stable - Windows 10.0.22621 - Vulkan (Forward+) - dedicated AMD Radeon RX 6700 XT (Advanced Micro Devices, Inc.; 27.20.21034.37) - AMD Ryzen 7 5700X 8-Core Processor (16 Threads)

### Issue description

When a dynamically lit mesh moves into the bounds of a LightmapGI, it completely lose ambient lighting (turns black) around the edge and returns to normal after completely going into or out of the edges.

https://github.com/godotengine/godot/assets/25323231/6874f7a4-87e7-4968-ad1c-caa8037d39a7

### Steps to reproduce

1. Set up a scene with lightmap GI
2. Create a mesh with dynamic GI
3. Move it in and out of the LightmapGI's bounds as indicated by the generated lightmap probes

### Minimal reproduction project (MRP)

[Lightmap.zip](https://github.com/godotengine/godot/files/14210001/Lightmap.zip)
Repository: vscode
Issue: Multi DIff Editor has no shadow under tab bar of the file
Labels: bug,multi-diff-editor

![image](https://github.com/microsoft/vscode/assets/44439583/3dcdc113-73a0-4868-bc2a-9eb744347827)
Repository: pytorch
Issue: Users confusing torch.distributed.nn.functional with functional collectives
Labels: oncall: distributed,triaged,module: c10d,oncall: pt2

### 🐛 Describe the bug

@IvanKobzarev was like "Dynamo can trace functional collectives, why isn't my code working?" And it turns out they were calling torch.distributed.nn.functional, which is not funcols.

A few things we can do:

1. Make torch.distributed.nn.functional work with PT2. Or if it's hard, make a better error message than choking on untraceable code on the inside
2. Somehow make it clear that nn.functional is not the same as functional collectives? IDK seems confusing

### Versions

main

cc @mrshenli @pritamdamania87 @zhaojuanmao @satgera @rohan-varma @gqchen @aazzolini @osalpekar @jiayisuse @H-Huang @kwen2501 @awgu @penguinwu @fegin @XilunWu @wanchaol @fduwjj @wz337 @tianyu-l @wconstab @yf225 @msaroufim @bdhirsh @anijain2305 @zou3519
Repository: flutter
Issue: [reporting] GitHub check doesn't display special characters correctly
Labels: a: tests,team-infra,P2,triaged-infra

### Type of Request

bug

### Infrastructure Environment

LUCI + Github

### What is happening?

LUCI error output in GitHub doesn't display all characters correctly.

<img width="709" alt="image" src="https://github.com/flutter/flutter/assets/6655696/c0808ae5-6f41-4c79-938e-25bff1156fe6">
 in LUCI

looks like 

<img width="1332" alt="image" src="https://github.com/flutter/flutter/assets/6655696/89a867e5-97a5-4e24-8a83-a20e9800a4e1">

in GitHub checks

### Steps to reproduce

1. Get a failed flutter-dashboard / LUCI check on a PR, e.g. https://github.com/flutter/flutter/pull/143130/checks?check_run_id=21348700368

### Expected results

I expect to be able to see the LUCI output with correct characters
Repository: go
Issue: cmd/compile: generics add significant build time and build size overhead
Labels: ToolSpeed,NeedsInvestigation,binary-size,compiler/runtime

### Go version

go 1.20.7 linux/amd64 darwin/arm64

### Output of `go env` in your module/workspace:

```shell
GO111MODULE=''
GOARCH='arm64'
GOBIN=''
GOCACHE='/Users/user/Library/Caches/go-build'
GOENV='/Users/user/Library/Application Support/go/env'
GOEXE=''
GOEXPERIMENT=''
GOFLAGS=''
GOHOSTARCH='arm64'
GOHOSTOS='darwin'
GOINSECURE=''
GOMODCACHE='/Users/user/go/pkg/mod'
GONOPROXY=''
GONOSUMDB=''
GOOS='darwin'
GOPATH='/Users/user/go'
GOPRIVATE=''
GOPROXY='https://proxy.golang.org,direct'
GOROOT='/opt/homebrew/Cellar/go/1.21.3/libexec'
GOSUMDB='sum.golang.org'
GOTMPDIR=''
GOTOOLCHAIN='auto'
GOTOOLDIR='/opt/homebrew/Cellar/go/1.21.3/libexec/pkg/tool/darwin_arm64'
GOVCS=''
GOVERSION='go1.21.3'
GCCGO='gccgo'
AR='ar'
CC='cc'
CXX='c++'
CGO_ENABLED='1'
GOWORK=''
CGO_CFLAGS='-O2 -g'
CGO_CPPFLAGS=''
CGO_CXXFLAGS='-O2 -g'
CGO_FFLAGS='-O2 -g'
CGO_LDFLAGS='-O2 -g'
PKG_CONFIG='pkg-config'
GOGCCFLAGS='-fPIC -arch arm64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -ffile-prefix-map=/var/folders/03/7b5nrjcj4b31k3mvrqswnxxm0000gn/T/go-build1457705092=/tmp/go-build -gno-record-gcc-switches -fno-common'
```


### What did you do?

We have a large DB-like solution in golang. This project has a fancy b-tree implementation with around 10x B-tree instances working with different key/value structs using interface{}.
To save some memory and improve the performance we recently switched to generics, so B-Tree is now a parametrized struct with key/value types.

### What did you see happen?

We found the following important issues after switching to generics:
1. Cold CI build time has increased from 6 to 16 minutes
2. CLI tool executable size has increased from 48 to 58 MB.
3. go build cache has increased from 760MB to 4.4GB (after clean build)

All of those seem rather bad and I hope someone would be interested looking into it.

### What did you expect to see?

Not so significant build time and go build cache size changes.
Executable size is not so important, though is very surprising as well.
Repository: go
Issue: cmd/cgo/internal/testsanitizers,x/build: upstream clang does not build against zlib, so checking for ASAN symbolization is disabled during the ASAN tests
Labels: NeedsFix,compiler/runtime

See https://github.com/golang/go/issues/65469#issuecomment-1930624462 for complete context.

For our LUCI infrastructure, we store an official clang toolchain release (https://releases.llvm.org/) in CIPD, and download it into our build environment on-demand. Previously, we just baked the toolchain into the image using an officially-maintained package for Debian (https://apt.llvm.org), but this made upgrading onerous enough that we were stayed on clang 7 (2018) for a long time.

Unfortunately, the official clang toolchain releases aren't built against zlib, and the Go toolchain compresses DWARF sections. When the ASAN runtime tries to symbolize the stack trace it takes, we get failures like:

```
        error: failed to decompress '.debug_aranges', zlib is not available
        error: failed to decompress '.debug_info', zlib is not available
        error: failed to decompress '.debug_abbrev', zlib is not available
        error: failed to decompress '.debug_line', zlib is not available
        error: failed to decompress '.debug_frame', zlib is not available
        error: failed to decompress '.debug_str', zlib is not available
        error: failed to decompress '.debug_loc', zlib is not available
        error: failed to decompress '.debug_ranges', zlib is not available
        error: failed to decompress '.debug_addr', zlib is not available
        error: failed to decompress '.debug_rnglists', zlib is not available
        error: failed to decompress '.debug_str_offsets', zlib is not available
        error: failed to decompress '.debug_line_str', zlib is not available
```

The alternatives here are not ideal. They require either maintaining more images or complicating our clang update process significantly. For now, we've decided to just not check for symbolized output for our ASAN tests when building with clang. We bake GCC into our images, and GCC *can* symbolize the output, so we still have coverage on our debug information.

This issue tracks either:
- Waiting for clang to build against zlib in one of their releases, or
- Deciding to bake clang into the image again.
Repository: kubernetes
Issue: Add jitter/randomness to pod restart exponential backoffs (for pods in CrashLoopBackoff)
Labels: sig/node,kind/feature,triage/accepted

### What would you like to be added?

Randomness / intentional jitter should be introduced in backoff intervals.

### Why is this needed?

If all the pods in a given Deployment are crashing, you can end up with large groups of synchronized restart loops, which can put unnecessary pressure on common resources.
Repository: go
Issue: proposal: cmd/go/internal/load: Make ResolveEmbed external
Labels: Proposal,GoCommand

### Proposal Details

It would be nice if `ResolveEmbed` located here:

https://github.com/golang/go/blob/master/src/cmd/go/internal/load/pkg.go#L2093-L2101

...was externally available. 


Embed directives are extremely proprietary and very tricky to resolve without a function such as this.
Repository: next.js
Issue: Unable to run e2e tests as a contributor
Labels: bug

### Link to the code that reproduces this issue

https://github.com/tills13/next.js

### To Reproduce

1. ensure yarn is not installed (see https://github.com/vercel/next.js/pull/45185)
1. run pnpm test-dev test/development/basic/hmr.test.ts (for basically any dev or production test)
1. the test will seemingly hang and eventually timeout

![image](https://github.com/vercel/next.js/assets/1269421/140ecfeb-83ca-480f-9cf3-4b00691811e1)

Specifically, if yarn does not exist, [this line](https://github.com/vercel/next.js/blob/canary/test/lib/next-modes/next-dev.ts#L52) will synchronously return an ENOENT. No error is thrown and none of the callbacks below are ever triggered.

### Current vs. Expected behavior

The expected behaviour is that I can run e2e tests locally without yarn (per the repo setup instructions). I suppose the intention is to remove the dependency on yarn as part of the dev process so I suppose the test harness itself should be updated to actually remove yarn.

The workaround is to just install yarn -- npm i -g yarn afterwhich everything works.



### Provide environment information

```bash
Operating System:
  Platform: linux
  Arch: x64
  Version: #1 SMP Thu Oct 5 21:02:42 UTC 2023
Binaries:
  Node: 18.18.2
  npm: 9.8.1
  Yarn: N/A
  pnpm: 8.14.2
Relevant Packages:
  next: 14.1.1-canary.42 // There is a newer canary version (14.1.1-canary.44) available, please upgrade!
  eslint-config-next: 14.1.1-canary.42
  react: 18.2.0
  react-dom: 18.2.0
  typescript: 5.2.2
Next.js Config:
  output: N/A
```


### Which area(s) are affected? (Select all that apply)

Package manager (npm, pnpm, Yarn)

### Which stage(s) are affected? (Select all that apply)

next dev (local)

### Additional context

_No response_
Repository: pytorch
Issue: Promote pytorch nightly docker image
Labels: module: binaries,triaged,module: docker

### 📚 The doc issue

It is hard to find pytorch nighty images or many still expect to find these on DockeHub.

Can we better promote nightly images on the repository Markdowns and on the official documentation and install landing page?

### Suggest a potential alternative/fix

_No response_

cc @seemethere @malfet @osalpekar @atalman
Repository: tauri
Issue: Shell: echo dont show env vars [bug] 
Labels: type: bug,status: needs triage

### Describe the bug

tauri.conf.json:

```json 
{
  "shell": {
    "all": true,
    "execute": true,
    "sidecar": true,
    "open": true,
    "scope": [
      {
        "name": "echo",
        "cmd": "echo",
        "args": true
      }
    ]
  }
}
```

```rust
fn main() {
    ...
    let _ = fix_path_env::fix_all_vars();
    ...
```

```typescript
const MAC_SDK_PATH = '$ANDROID_HOME';

const getSdkByPlatform = (platformName: Platform) => {
  switch (platformName) {
    case 'darwin':
      return MAC_SDK_PATH;
    case 'linux':
    case 'ios':
    case 'freebsd':
    case 'dragonfly':
    case 'netbsd':
    case 'openbsd':
    case 'solaris':
    case 'android':
    case 'win32':
      return '';
  }
};

export async function getSDKPathCommand() {
  const platformName = await platform();
  const path = getSdkByPlatform(platformName);
  const command = new Command('echo', path);
  const output = await command.execute();
  const path= output.stdout;
  console.log(path); // here -> the value is ${ANDROID_HOME}, I imagine the expected command was not executed: echo $ANDROID_HOME
  return path;
}
```
the function getSDKPathCommand


### Reproduction

_No response_

### Expected behavior

log the shell var $ANDROID_HOME (/Users/{username}/Library/Android/sdk), but it is logging: $ANDROID_HOME

### Full `tauri info` output

```text
[✔] Environment
    - OS: Mac OS 14.2.1 X64
    ✔ Xcode Command Line Tools: installed
    ✔ rustc: 1.75.0 (82e1608df 2023-12-21)
    ✔ cargo: 1.75.0 (1d8b05cdd 2023-11-20)
    ✔ rustup: 1.26.0 (5af9b9484 2023-04-05)
    ✔ Rust toolchain: stable-aarch64-apple-darwin (default)
    - node: 18.17.0
    - pnpm: 8.10.5
    - yarn: 1.22.21
    - npm: 10.3.0

[-] Packages
    - tauri [RUST]: 1.5.4
    - tauri-build [RUST]: 1.5.1
    - wry [RUST]: 0.24.7
    - tao [RUST]: 0.16.7
    - @tauri-apps/api [NPM]: 1.5.3
    - @tauri-apps/cli [NPM]: 1.5.9

[-] App
    - build-type: bundle
    - CSP: unset
    - distDir: ../out
    - devPath: http://localhost:3000/
    - framework: React
    - bundler: Vite
```


### Stack trace

_No response_

### Additional context

_No response_