fix(http): route get requests through custom handler

[ItsChaceD]

Closes #6123
Closes #6126

This PR routes fetch/XHR request methods (when CapacitorHttp is enabled) that don't allow bodies (GET, OPTIONS, HEAD, TRACE) to native protocol handlers so the responses don't have to be encoded/decoded through the bridge.

Opened in favor of outdated #6540

Test app: https://github.com/ItsChaceD/capacitor-http-wasm-issue

[deving1995]

• I need this fix desperately

[jcesarmobile]

can you resolve the conflicts?

[jcesarmobile]

Suggested change

	if let range = targetUrl.range(of: self.serverUrl?.scheme ?? InstanceDescriptorDefaults.scheme) {
	if let range = targetUrl.range(of: localUrl.scheme ?? InstanceDescriptorDefaults.scheme) {

should replace the localUrl scheme, not the serverUrl scheme, because when using live reload serverUrl scheme is http, but proxy urls are capacitor (or the configured scheme)

[jcesarmobile]

Added a few comments.

Also, I've noticed that the proxy urls look like this capacitor://localhost//, with a double / at the end. Is that intended? I've read that while double / are accepted by servers they can cause problems on the browsers.

[ItsChaceD]

Added a few comments.

Also, I've noticed that the proxy urls look like this capacitor://localhost//, with a double / at the end. Is that intended? I've read that while double / are accepted by servers they can cause problems on the browsers.

It wasn't intentional. I didn't notice any side effects, but I changed it to be safe

[colbymelvin]

Any idea if this fix will be included in an upcoming release sometime soon?

My org is in the middle of migrating a large scale Cordova application to Capacitor. As far as we can tell, this is the last issue blocking us. We download image blobs and store them in SQLite so we can display them without an internet connection.