[GH-ISSUE #2246] [bug]: HTTP requests are blocked by default and behavior is not documented #774

Closed
opened 2026-03-16 17:08:57 +03:00 by kerem · 3 comments
Owner

Originally created by @sjsadowski on GitHub (Apr 8, 2022).
Original GitHub issue: https://github.com/hoppscotch/hoppscotch/issues/2246

Is there an existing issue for this?

  • I have searched the existing issues

Current behavior

This is an extension of #1376, however that issue does not properly address the behavior as identified.

By default, the PWA runs as an https-loaded site. Modern browser do not allow mixed content (HTTP/HTTPS). Requests made in the PWA to any http:// address fail (as of 2022-04-08) by default unless proxied through the browser extension. I have not checked whether or not this is functional for an actual socks proxy.

I have no issue with this - it is expected browser behavior and as of now, at least chromium/chrome have disabled the flags that would allow this to function. With that being said, the behavior should be documented. If acceptable, I'll submit a PR for updating the README noting this.

I am unaware of there being another fix, however with the original issue being open almost a year and a half, I am guessing there's not an easy one.

Replicated on:
Fedora 34, 35/Chrome 99; Chrome 100
MacOS 12.3, 12.3.1/Chrome 99; Chrome 100

Steps to reproduce

  1. Open https://hoppscotch.io
  2. Install PWA
  3. Attempt to access any site using http://

Environment

Production

Version

Local

Originally created by @sjsadowski on GitHub (Apr 8, 2022). Original GitHub issue: https://github.com/hoppscotch/hoppscotch/issues/2246 ### Is there an existing issue for this? - [X] I have searched the existing issues ### Current behavior This is an extension of #1376, however that issue does not properly address the behavior as identified. By default, the PWA runs as an https-loaded site. Modern browser do not allow mixed content (HTTP/HTTPS). Requests made in the PWA to *any* http:// address fail (as of 2022-04-08) by default unless proxied through the browser extension. I have not checked whether or not this is functional for an actual socks proxy. I have no issue with this - it is expected browser behavior and as of now, at least chromium/chrome have disabled the flags that would allow this to function. With that being said, the behavior should be documented. If acceptable, I'll submit a PR for updating the README noting this. I am unaware of there being another fix, however with the original issue being open almost a year and a half, I am guessing there's not an easy one. **Replicated on:** Fedora 34, 35/Chrome 99; Chrome 100 MacOS 12.3, 12.3.1/Chrome 99; Chrome 100 ### Steps to reproduce 1. Open https://hoppscotch.io 2. Install PWA 3. Attempt to access any site using http:// ### Environment Production ### Version Local
kerem 2026-03-16 17:08:57 +03:00
Author
Owner

@balub commented on GitHub (May 17, 2022):

Have you tried installing the Chrome Extension and trying then?
https://chrome.google.com/webstore/detail/hoppscotch-browser-extens/amknoiejhlmhancpahfcfcfhllgkpbld?hl=en

<!-- gh-comment-id:1128865535 --> @balub commented on GitHub (May 17, 2022): Have you tried installing the Chrome Extension and trying then? https://chrome.google.com/webstore/detail/hoppscotch-browser-extens/amknoiejhlmhancpahfcfcfhllgkpbld?hl=en
Author
Owner

@sjsadowski commented on GitHub (May 17, 2022):

@balub please re-read what I wrote.

<!-- gh-comment-id:1128889922 --> @sjsadowski commented on GitHub (May 17, 2022): @balub please re-read what I wrote.
Author
Owner

@sjsadowski commented on GitHub (May 17, 2022):

Closing as I've switched to a more stable product.

<!-- gh-comment-id:1128922045 --> @sjsadowski commented on GitHub (May 17, 2022): Closing as I've switched to a more stable product.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/hoppscotch#774
No description provided.