You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On Mac OS X (15.2; M1): I tried to run a basic GET request, no parameters, custom headings, etc., but with é in the URL. In the CLI (3.2.4; installed via homebrew), and in the browser (Safari), é gets UTF-8-encoded to %C3%A9 as expected. However, in the desktop app, it gets encoded to %E9, which is the encoding under ISO/IEC 8859-1.
I have confirmed that this is not an issue on the server side; that was my original assumption. If I run curl on the same URL but with the é replaced with %C3%A9 (and the space in the URL replaced with %20), the server decodes the URL successfully and I see a é in the server log instead of %E9.
Steps to reproduce?
1. Execute request in the desktop app with `é` in URL
2. On the web server logs, see that the `é` has been replaced with `%E9`
What did you expect to happen?
I expected the encodings to match, at least between the desktop app and Safari if not between the desktop app and the CLI, and I also expected the (default) encoding to be UTF-8. If nothing else, I would expect there to be a way to change the encoding in the desktop app.
Platform
macOS
HTTPie Desktop version
2022.5.1
Relevant log output
No response
Code of Conduct
I agree to follow this project's Code of Conduct
The text was updated successfully, but these errors were encountered:
What happened?
On Mac OS X (15.2; M1): I tried to run a basic GET request, no parameters, custom headings, etc., but with
é
in the URL. In the CLI (3.2.4; installed via homebrew), and in the browser (Safari),é
gets UTF-8-encoded to%C3%A9
as expected. However, in the desktop app, it gets encoded to%E9
, which is the encoding under ISO/IEC 8859-1.I have confirmed that this is not an issue on the server side; that was my original assumption. If I run
curl
on the same URL but with theé
replaced with%C3%A9
(and the space in the URL replaced with%20
), the server decodes the URL successfully and I see aé
in the server log instead of%E9
.Steps to reproduce?
What did you expect to happen?
I expected the encodings to match, at least between the desktop app and Safari if not between the desktop app and the CLI, and I also expected the (default) encoding to be UTF-8. If nothing else, I would expect there to be a way to change the encoding in the desktop app.
Platform
macOS
HTTPie Desktop version
2022.5.1
Relevant log output
No response
Code of Conduct
The text was updated successfully, but these errors were encountered: