Safari tries to download 404 responses

[farktronix]

I tried to access https://0l0.lol/db8a22f49c7f98690106cc2aaac15201608db185b4ada99b5bf4f222883e1223 (which should have royragsdale's spring) in Safari and it prompted me to download a zero byte file. I'm not good enough at this HTTP stuff to know what's causing that- maybe it's the missing content-type: header?

It would be nice to return a "spring not found" page in this case

HTTP/2 404 
cache-control: no-store
date: Sun, 19 Jun 2022 18:50:45 GMT
feature-policy: geolocation 'none'; midi 'none'; microphone 'none'; camera 'none'; magnetometer 'none'; gyroscope 'none';
pragma: no-cache
referrer-policy: no-referrer
strict-transport-security: max-age=31536000; includeSubDomains
x-content-type-options: nosniff
x-frame-options: DENY
x-xss-protection: 1; mode=block
content-length: 0```

[rpj]

So that was YOU trying to hit that key, I was just about to email Roy telling him to publish the damn thing first 😂 Great catch though buddy, thank you! I had no idea it was doing that, I'm going to get that fixed right now. Have you generated a new-format keypair yet!? Time to get to posting! 😉

…

-RPJ

On Sun, Jun 19, 2022 at 11:51 AM Jacob Farkas ***@***.***> wrote: I tried to access https://0l0.lol/db8a22f49c7f98690106cc2aaac15201608db185b4ada99b5bf4f222883e1223 (which should have royragsdale's spring) in Safari and it prompted me to download a zero byte file. I'm not good enough at this HTTP stuff to know what's causing that- maybe it's the missing content-type: header? It would be nice to return a "spring not found" page in this case HTTP/2 404 cache-control: no-store date: Sun, 19 Jun 2022 18:50:45 GMT feature-policy: geolocation 'none'; midi 'none'; microphone 'none'; camera 'none'; magnetometer 'none'; gyroscope 'none'; pragma: no-cache referrer-policy: no-referrer strict-transport-security: max-age=31536000; includeSubDomains x-content-type-options: nosniff x-frame-options: DENY x-xss-protection: 1; mode=block content-length: 0``` — Reply to this email directly, view it on GitHub <#3>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAABIEAAGJ54PZ5VVKROIJLVP5T3JANCNFSM5ZGZGR3A> . You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>

[farktronix]

Working on generating a key right now, and trying to set up my own server. I realized my request for a 404 error page was dumb because that's not part of the spec. However, it might be nice to wrap responses to clients with user-agents for browsers with a valid HTML body and then you'd have a handy web interface for people to explore with too

[rpj]

Right on, Happy Father's Day!! Glad to see you're spending it having fun! Reach out with any troubles at all of course. The 404 page isn't explicitly part of the spec but the spec doesn't bar it either, it (I feel) leaves that up to the server author / maintainer. And I personally feel that these must be always accessible by regular browsers because they're so much more ubiquitous (and therefore accessible) than Spring '83-specific clients. So in light of that, the 404 page is a definite improvement!

…

On Sun, Jun 19, 2022 at 12:10 PM Jacob Farkas ***@***.***> wrote: Working on generating a key right now, and trying to set up my own server. I realized my request for a 404 error page was dumb because that's not part of the spec. However, it might be nice to wrap responses to clients with user-agents for browsers with a valid HTML body and then you'd have a handy web interface for people to explore with too — Reply to this email directly, view it on GitHub <#3 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAABIEGWEWAS2LLD2UN3SODVP5WDVANCNFSM5ZGZGR3A> . You are receiving this because you modified the open/close state.Message ID: ***@***.***>

[rpj]

Right on, Happy Father's Day!! Glad to see you're spending it having fun! Reach out with any troubles at all of course. The 404 page isn't explicitly part of the spec but the spec doesn't bar it either, it (I feel) leaves that up to the server author / maintainer. And I personally feel that these must be always accessible by regular browsers because they're so much more ubiquitous (and therefore accessible) than Spring '83-specific clients. So in light of that, the 404 page is a definite improvement!

…

On Sun, Jun 19, 2022 at 12:10 PM Jacob Farkas ***@***.***> wrote: Working on generating a key right now, and trying to set up my own server. I realized my request for a 404 error page was dumb because that's not part of the spec. However, it might be nice to wrap responses to clients with user-agents for browsers with a valid HTML body and then you'd have a handy web interface for people to explore with too — Reply to this email directly, view it on GitHub <#3 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAABIEGWEWAS2LLD2UN3SODVP5WDVANCNFSM5ZGZGR3A> . You are receiving this because you modified the open/close state.Message ID: ***@***.***>