Release Notes page messed up

[Michaell]

Page info says it's text/html but in Quirks mode. Add-ons page is OK.

[billmcct]

Update your browser, ur behind. 33.7.2 is out.

[andyprough]

That's strange, no problem here:

release.jpg

[Moonchild]

Are you using a proxy or something?
What's displayed looks like a raw compressed stream, which can happen if a proxy doesn't understand a compression scheme or strips headers.

[Michaell]

No proxy or VPN. Sometimes pages load w/o style sheets even when they were fine minutes before (cause unknown). The shiny shoe guys in the black Suburbans may be intercepting my connection, but it's the only internet access I have.
To the smartass who said to update: Intelligent people read the release notes before updating.

[Moonchild]

If you're worried about anything intercepting your page loads and messing them up: switch to https for reading the release notes (you're using http).

[Michaell]

I was joking about the spooks. And it loads correctly with https.

[Moonchild]

I was joking about the spooks. And it loads correctly with https.

Yeah so you're likely dealing with something "in the middle" that has an issue/manipulated your headers. You may be able to verify some things with the devtools (F12), network tab. Clicking the request that gives you the garbled response will show you the headers on the right. Right-clicking it will allow you to copy the request headers and response headers. Paste them in a reply if you don't know how to interpret them

[Michaell]

With the http connection I only get the one shtml file (code 200). With https I get that plus 4 css files (all code 200). I don't see any way to copy all the response headers (can copy individual lines, for example Transfer-Encoding:"chunked").

[Veit Kannegieser]

I don't see any way to copy all the response headers (can copy individual lines, for example Transfer-Encoding:"chunked").

There should be a button like ..header lines (not formatted)..
to show two gray windows with raw lines, that can be selected and copied.

[Michaell]

The button is "Raw headers". They look normal to me.

Request headers:
Host: www.palemoon.org
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:115.0) Gecko/20100101 Goanna/6.7 Firefox/115.0 PaleMoon/33.6.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate, br
Connection: keep-alive

Response headers:
HTTP/1.1 200 OK
Connection: close
Content-Encoding: gzip
Content-Type: text/html; charset=UTF-8
Date: Wed, 04 Jun 2025 23:23:24 GMT
Server: NGinX
Transfer-Encoding: chunked

[Moonchild]

The response header received isn't correct, though, and must be changed in-transit somewhere.

Specifically:

Code: Select all

Content-Encoding: gzip

is wrong; the server sends:

Code: Select all

Content-Encoding: br

since you are listing "br" in "Accept-encoding" in the request headers.

Because the content stream is Brotli-compressed, but the header states it's gzip-compressed, you get garbled data in your browser instead of HTML. Since the garbled data can't be parsed, it will of course also not get the CSS and media declared in the HTML document, so that's why you're not seeing additional requests in that case.

I also notice the Connection is "close" while that should normally be "keep-alive"; so there's definitely strong indicators for a middleware box that intercepts the connection and manipulates it, leading to this problem. I've seen this happen with proxies; which is why I asked that first thing. It may be a transparent proxy at your ISP's side in place for caching/reducing bandwidth or what not that's running old proxy code. It might even be your router if it uses caching or otherwise manipulates requests for e.g. content filtering or what not.

[BenFenner]

Sometimes pages load w/o style sheets even when they were fine minutes before (cause unknown).

This could be caused by a known bug in Apache: viewtopic.php?p=260828#p260828