Yaak Logo
Yaak
Feedback/Unable to make HTTP requests (HTTP specifically, HTTPS is not affected)

Unable to make HTTP requests (HTTP specifically, HTTPS is not affected)

PurplProto ·2 months ago
ResolvedBug

For local dev, I rarely use HTTPS, probably like most. But today I noticed Yaak has been unable to make any HTTP requests at all. Note that HTTPS requests do work.

Curiously, I’ve tested a few domains:

  • http://localhost:4000 (fails - time out, debugging it shows the endpoint is never hit, no logs either. This was executed using Oauth2, token was successfully obtained over HTTPS from my externally hosted identity server for local dev)
  • http://icanhazip.com (fails - with error after about 15s with error)
  • http://httpforever.com (fails - with error after about 1 min)
  • http://google.com (fails - with error after 4 mins)
image
image
image
image

I’ve also cloned the Yaak repo to try out some previous versions (note the report version was tested using the official release binary). I checked out the git tags for the following versions, followed the DEVELOPMENT.md and all exhibited the same issue:

  • 2026.3.1
  • 2026.2.0 (last known working version)
  • 2025.7.2 (a known good version I’d used up until 2026.2.0)

Of course, I’ve also checked these pages in multiple browsers (Firefox, Chrome and Safari), all load both HTTP and HTTPS versions (maybe somewhat ironically, even httpforever.com has a cert, although expired 😄). There was the exception of Safari which force redirected google.com from http -> https (probably due to HSTS though).

I’m also able to successfully curl all above sites and tested in the latest Insomnia version without issue too.

For additional info, M3 Pro on Tahoe 26.2. I’ve not updated to 26.3.1 yet, so I’ll do that and report back success/failure.

macOS2026.3.1

Comments (8)

Sign in to leave a comment.

Gregory SchierNeeds Reproduction

Do you have a proxy configured on your system? If older versions of Yaak also don’t work, this is my best initial guess as to what might be causing the issue.

You can switch Yaak to “No Proxy” to disable any automatic proxy use:

image
PurplProto OP

That worked instantly! I feel like fool 😅. Baffled by what must have changed to cause it to start failing, but requests are working with No proxy set.

Appreciate your hard work on this app as always! Thanks 🙂

Gregory Schier

What are you using as a system proxy? I could probably at least add an alert when a proxy is detected

PurplProto OP

It’s a work issued mac, so it’s loaded with your standard buffet variety of IT management spyware software, so I’m not particularly sure which one. But a process that stands out is UssAgentProxy, which seemingly loves localhost ports considering the amount that Activity Monitor lists, so that certainly checks out as proxy-like. It’s developed by TrustLayer which lines up too.

They have a list of process paths in a support article which may help for detection. One of those paths contain “Censornet” which I’ve most certainly seen at some point in the past, so I’m quite confident this is the proxy software.

Gregory Schier

Thanks for the info! I think I’ll just add some debug steps to failed responses, to tell the user to check things like proxy settings

PurplProto OP

Sounds like a good idea! I didn’t think to check the proxy settings as it’s not normally an issue.

This has made me second guess my other bug report for file uploads though… I’ve finished work for the day, but I’ll give that a test tomorrow and leave a comment on that bug with any updates!

PurplProto OP

Updated my mac to Tahoe 26.3.1, issue still persists.

PurplProto OP

I thought I’d try some more debugging attempts using the following commands:

  • nc -lv 8080
  • python3 -m http.server 8085
  • socat -v TCP-LISTEN:8090,fork -

None of them print anything after 5 mins of Yaak trying to connect on http://localhost:{{PORT}}. Oddly though Netcat nc does exit after cancelling the request though.

However, all of them print something when using HTTPS instead https://localhost:{{PORT}},

  • Netcat

    // Some garbled data here...
    localhost
                    hhttp/1.1
    
  • Python3

    Serving HTTP on :: port 8085 (http://[::]:8085/) ...
    ::1 - - [12/Mar/2026 18:54:16] code 400, message Bad HTTP/0.9 request type ('\\x16\\x03\\x01\\x00ù\\x01\\x00\\x00õ\\x03\\x03ø\\x7f\\x1bGVúë')
    ::1 - - [12/Mar/2026 18:54:16] "\x16\x03\x01\x00ù\x01\x00\x00õ\x03\x03ø\x7f\x1bGVúë\x1e\x13BEhâlÊ\x1aýiGè¥2Z" 400 -
    
  • socat

    > 2026/03/12 18:54:03.388992  length=254 from=0 to=253
    ...........3.<W....g.\f....&......`\v.XW.A..\v ........[...-\\Q..>.A...U.3...............,.+...0./.............\v..............#.......\f..     localhost.3.&.$... .?j@:..W.M.d...T......;.x\f.9..q..\r........\b\a\b.\b.\b............\f.h2\bhttp/1.1.+........
    .\b.........-....��3�<W����g�
                                ���&����`
                                         XW�A�
                                              ��[���-\Q�>�A�U3놊���,�+̩�0�/̨��
                                                                                      #
                                                                                          localhost3&$ �?j@:��WM�d���T����;x
                                                                                                                                �9��q
    http/1.1+
    -
    

Errors to be expected when using HTTPS to connect on the Python HTTP server of course, but it does help to show the issue just seems to be with HTTP requests. Quite an odd thing 😅

Type to search feedback...