-
-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[bug] HTTP 100 response inconsistent between default and "reqwest-client" #4796
Comments
This looks like a hyper issue (hyper is used by reqwest). See hyperium/hyper#2565 and hyperium/hyper#2743 There's not much we can do, the alternative is already there if you can use attohttpc. |
Is it possible to know from JS what Rust client is used ? (so I could perform conditional assertion) |
(I'd still like to merge both clients into a custom hyper one, but so much could go wrong 😅) |
So, using [package]
name = "app"
version = "0.1.0"
description = "A Tauri App"
authors = ["you"]
license = ""
repository = ""
default-run = "app"
edition = "2018"
build = "src/build.rs"
# See more keys and their definitions at https://doc.rust-lang.org/cargo/reference/manifest.html
[build-dependencies]
tauri-build = { version = "1.0.0-beta.4", features = [] }
[dependencies]
serde_json = "1.0"
serde = { version = "1.0", features = ["derive"] }
tauri = { version = "1.0.0-beta.8", features = ["api-all"] }
[features]
default = [ "custom-protocol" ]
custom-protocol = [ "tauri/custom-protocol" ] Turns into this : {
"package": {
"name": "app",
"version": "0.1.0",
"description": "A Tauri App",
"authors": [
"you"
],
"license": "",
"repository": "",
"default-run": "app",
"edition": "2018",
"build": "src/build.rs"
},
"build-dependencies": {
"tauri-build": {
"version": "1.0.0-beta.4",
"features": []
}
},
"dependencies": {
"serde_json": "1.0",
"serde": {
"version": "1.0",
"features": [
"derive"
]
},
"tauri": {
"version": "1.0.0-beta.8",
"features": [
"api-all"
]
}
},
"features": {
"default": [
"custom-protocol"
],
"custom-protocol": [
"tauri/custom-protocol"
]
}
} And this : [package]
name = "app"
version = "0.1.0"
description = "A Tauri App"
authors = ["you"]
license = ""
repository = ""
default-run = "app"
edition = "2018"
build = "src/build.rs"
# See more keys and their definitions at https://doc.rust-lang.org/cargo/reference/manifest.html
[build-dependencies]
tauri-build = { version = "1.0.0-beta.4", features = [] }
[dependencies]
serde_json = "1.0"
serde = { version = "1.0", features = ["derive"] }
tauri = { version = "1.0.0-beta.8", features = ["api-all", "reqwest-client"] }
[features]
default = [ "custom-protocol" ]
custom-protocol = [ "tauri/custom-protocol" ] Into this : {
"package": {
"name": "app",
"version": "0.1.0",
"description": "A Tauri App",
"authors": [
"you"
],
"license": "",
"repository": "",
"default-run": "app",
"edition": "2018",
"build": "src/build.rs"
},
"build-dependencies": {
"tauri-build": {
"version": "1.0.0-beta.4",
"features": []
}
},
"dependencies": {
"serde_json": "1.0",
"serde": {
"version": "1.0",
"features": [
"derive"
]
},
"tauri": {
"version": "1.0.0-beta.8",
"features": [
"api-all",
"reqwest-client"
]
}
},
"features": {
"default": [
"custom-protocol"
],
"custom-protocol": [
"tauri/custom-protocol"
]
}
} Do I only have to check whether Thanks |
If the package can handle this syntax too (it's part of the toml standard, so packages should support it)
then you should be covered. The client is at the moment only changeable via the reqwest-client flag. |
That works too, thanks.
Alright !
Something like this ? [features]
default = [ "custom-protocol", "foobar" ]
custom-protocol = [ "tauri/custom-protocol" ]
foobar = ["reqwest-client"] If yes, I'm pretty sure I can parse it as well, using some loops. |
Yes, something like this. Well actually it would be |
Alright, thanks ! |
Describe the bug
Depending on whether
Cargo.toml
>tauri
>features
contains["api-all"]
or["api-all", "reqwest-client"]
, thehttp
API behaves inconsistently when receiving an HTTP 100 response.Reproduction
Make an
http
request that will return status code100
.Expected behavior
Both configurations behaves consistently (either with a success or error response).
Platform and versions
Stack trace
Additional context
Here are screenshots of this inconsistency being spotted while running
axios-tauri-adapter-test
:The text was updated successfully, but these errors were encountered: