Closed 9viz closed 4 months ago
According to the man page:
23 Write error. Curl couldn't write data to a local filesystem or similar.
My analysis:
???
:)
Since it only seems to come from search.brave.com
, you should probably look at the extreme level of debug info, including TLS stuff. Also, remove anything not necessary to reproduce the problem, standard debugging stuff.
Thanks for the pointer to the verbose flag. I completely forgot to check the exit code of the curl command when running from the shell, and it does indeed exit with 23.
Removing --compressed does the job for me, and it might be related to https://github.com/curl/curl/issues/5200. I will just end in 'Accept-Encoding: gzip' header and do the decompression in Emacs side like url-http does. Thank you again, and sorry about the noise.
No problem. Thanks.
Hello Adam,
I am trying to use plz for GET-ing a URL but only for these URLs do I always get back a "Curl error: 23. Write error.":
It does not matter if I change the query in the URL to something else, it always fails with the backtrace:
However, if I leave out the query part, I get no curl error. For other URLs with a query part, no curl error is signalled e.g., https://www.google.com/search?q=asd.
If I try out the same thing in the shell as,
then curl dumps the request as expected.
Is this a bad cockpit error, am I missing something very obvious? AFAICT, it doesn't have to do with the headers since it runs fine from the shell.
I am using plz @ f402bcc93446fe1629dd2e64d7e147e22fe034e8, and Emacs master (same error with 29.2).