Does iD no longer support http tiles?

[endolith]

I had a simple proof of concept slippy map tile server set up and could access it from a Custom http URL inside iD Editor, but now when I try it, the server sees a bunch of random characters, which Cursor thinks is the iD editor trying to access through https instead of http. We changed it to https and it works, but Is http not supported anymore? (I'm not a web dev so I don't know about all this stuff.)

[tordans]

AFAIK this is a browser thing and not something that iD does. Try to open one of the URLs (the image) directly and accept the browser warning. Afterwards it might work for iD as well because the Domain/URL is now „configured“. It might help changing browsers as well, they handle this differently.

[endolith]

I had opened the tiles alone with the http URL and there's no browser warning

[k-yle]

That's expected, an HTTPS site cannot load HTTP resources. There's a detailed technical explaination here. There's an exception for localhost to make prototyping easier

[endolith]

So it has to be localhost and not 192.168.0.0 or whatever?

(So the reason I thought it was supported before is that I was using localhost as the server instead of connecting to one local machine from another.)

[pnorman]

Loading images on a secure site when the image is from an unsecured site can only happen if the element is "upgradable".

If you have a normal tag it would count. Some map libraries display in a way that http tiles work and are upgradable, but I don't believe iD works that way.