Open dgr opened 5 years ago
Do you still have this issue? I tried the example works just fine.
The first time I played with this package, the use of hashes (#) bit me: when I tried to run a route, it would go to the top one and it seemed that things weren't working.
Apologies for the lag. I tried it again and, yes, I'm still having the same problem.
Can you provide details of your setup? OS, version of Emacs, etc.
Sure. I'm using Emacs 26.2 installed via the standard brew cask package on MacOS 10.14.5 (Mojave).
I'm also seeing this issue, same OS and Emacs version, though my emacs was installed from emacsforosx.com.
I get the same error with the same configuration, Emacs 26.2 installed via brew cask on MacOS 10.14.5.
But if using Emacs 26.1, no error happens.
I have Emacs 26.2 installed from emacsforosx.com website. OS - MacOS 10.14.5.
When I tried the github example from readme, I had exactly the same problem. I didn't give much attention to this problem because many other things were working fine for me. However, not so long ago I faced nearly identical error when I was trying to install 1 package from ELPA (not MELPA). Installation was always failing with Bad Request error. After some googling it turned out that Emacs has a bug in TLS 1.3 implementation (https://debbugs.gnu.org/cgi/bugreport.cgi?bug=34341). This will be fixed in 26.3. For now there's a workaround to disable TLS 1.3 by adding
(setq gnutls-algorithm-priority "NORMAL:-VERS-TLS1.3")
into your config. After adding this string into config, I was able to send request and get response without any problems.
Has anyone managed to solve or work around this issue yet? I am having the same problem and I restarted my Emacs with no luck. I am using Doom Emacs.
I just recently installed restclient and tried out the examples in the README.md and the first example, to api.github.com, returns a "peculiar error." Oddly, copying it to the clipboard and using curl from the command line works great. It's a simple example, so I'm not sure what's wrong. I read about the bugs associated with "localhost" in url.el in the README.md and in some other issues here. If the bug is located in url.el and there's nothing that can be done in restclient.el, then I would probably change the first example in the README.md to something else, just so new users don't immediate encounter an error.