Repository: tauri
Issue: [bug] proxy_url or with_proxy_config not working on windows 11
Labels: type: bug,status: needs triage

### Describe the bug

`proxy_url` or with_proxy_config not working on windows 11:

```
#[command]
async fn create_proxy_webview(
	app: tauri::AppHandle,
	label: String,
	window_label: String,
	proxy_url: String,
	curl: String,
) -> Result<(),()> {
	unsafe {
		
		let proxy_url_ops: Option<Url> = Some(
		        Url::parse(&proxy_url)
		            .expect("Failed to parse URL"),
		    );
		let options = WindowConfig {
				label: label.clone(),
				url: WebviewUrl::App(curl.parse().unwrap()),
				proxy_url: proxy_url_ops.clone(),
				fullscreen: true,
				..Default::default()
		};
		let mut builder = tauri::WebviewBuilder::from_config(&options);
		
    let window = app
        .get_window(&window_label)
        .expect("Failed to find window by label");

		window.add_child(
			builder,
			tauri::LogicalPosition::new(0, 0),
			tauri::LogicalSize::new(960, 800),
		).unwrap();
	}
	Ok(())
}
```
```

import { getCurrent,Window } from '@tauri-apps/api/window'
import { invoke } from '@tauri-apps/api/core';

const appWindow = new Window(`xxx-window`,options);
			 
			 appWindow.once('tauri://created', function (win) {
				  invoke('create_proxy_webview', {
				  						windowLabel:`xxx-window`,
				  						label:'xxx-webview',
				  						curl: 'http://www.chatgpt.com',
				  						proxyUrl: 'socks5://127.0.0.1:1234'				  
                                  });
			 });
```
The above code has made many attempts:
A. When `proxyUrl` is not set, new window&webview can work normally on winds
B. When setting `proxyUrl`, the `macos` proxy can take effect
C`./msedge.exe -- proxy server=socks5://127.0.0.1:1234 www.chatgtpt.com `The proxy address is set through the `command`, and the `Win10/11 proxy is valid`. However, there `must be no residual msedge.exe process` before startup, otherwise it is invalid
D. When I run the tauri main window, the homepage already exists, so the webview2 process already exists. At this point, I am not sure if the new proxy window&webview is like `point C`? webview2 already exists, so the proxy is invalid, making it a subroutine and unable to rely on the first startup.

I see that the source code, whether it is `tauri::WebviewBuilder::from_config` or `wry::WebviewBuilder::with_proxy_config`, has an implementation for the `webview2` proxy server. Please help me check if there are any settings errors. Thanks

### Reproduction

_No response_

### Expected behavior

_No response_

### Full `tauri info` output

```text
[✔] Environment
    - OS: Mac OS 14.5.0 X64
    ✔ Xcode Command Line Tools: installed
    ✔ rustc: 1.77.0 (aedd173a2 2024-03-17)
    ✔ cargo: 1.77.0 (3fe68eabf 2024-02-29)
    ✔ rustup: 1.27.0 (bbb9276d2 2024-03-08)
    ✔ Rust toolchain: stable-aarch64-apple-darwin (default)
    - node: 21.7.1
    - pnpm: 8.10.5
    - yarn: 1.22.17
    - npm: 6.14.17

[-] Packages
    - tauri [RUST]: 2.0.0-beta.22
    - tauri-build [RUST]: 2.0.0-beta.17
    - wry [RUST]: 0.40.1
    - tao [RUST]: 0.28.0
    - @tauri-apps/api [NPM]: 2.0.0-beta.13
    - @tauri-apps/cli [NPM]: 2.0.0-beta.20

[-] App
    - build-type: bundle
    - CSP: unset
    - frontendDist: ../../agent/gui
    - devUrl: http://localhost:1420/
    - framework: Vue.js
    - bundler: Vite
```


### Stack trace

_No response_

### Additional context

_No response_