It's concerning to me that it's even possible for Firefox to be "down". It's should be a web browser, not a service. Web browsers have uses beyond being connected to the internet. Does Firefox even work on a non-internet connected LAN?
Right now, that discussion is on page 7, below older posts with only 21 and 27 upvotes.
196. Beastly Clues: T. S. Eliot, Torquemada, and the Modernist Crossword
21 points by benbreen 1 day ago | flag | hide | 3 comments
197. CO2 capture by pumping surface acidity to the deep ocean (rsc.org)
27 points by mmettler 1 day ago | flag | hide | 19 comments
198. Ask HN: Firefox connection problems after enabling DoH?
674 points by killdozer 16 hours ago | flag | hide | 386 comments
I'm guessing most Americans didn't see it since it was late at night here when it was posted and it got flagged off the front page before morning.
Pieces of how this happened, and some of the fixes implemented, don't instill much confidence.
Amongst other issues, this was triggered by a lack of case-insensitive handling of the HTTP "Content-Length" header. https://phabricator.services.mozilla.com/D135871 has one of the commits that landed as a result of this, and while it does change the handling to be case insensitive, it raises even more questions on the HTTP/3 stack. For instance, this is doing a string search across the HTTP headers for the string "content-length". Does that string appear in a cookie? Well you just got the wrong content length. It's extremely concerning that this isn't downstream of something that has pre-parsed the headers and has them indexed by their parsed out names.
