1953186 - Ver 136.0.1 released today, if home page is set to an online JPG image, Firefox downloads automatically but does not display, cannot be fixed by using Settings/Applications for JPG file type. New bug with today's release.

Status: RESOLVED INVALID

(Firefox :: Untriaged, defect)

Description

[rwallen]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:136.0) Gecko/20100101 Firefox/136.0

Steps to reproduce:

Opened browser which previously displayed an image as home page:
https://s.w-x.co/staticmaps/us_ne_9regradar_plus_usen.jpg?crop=16:9&width=1500&format=pjpg&auto=webp&quality=60

Actual results:

Image does not display, page remains blank, image is downloaded instead.
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:136.0) Gecko/20100101 Firefox/136.0

Expected results:

Should have displayed image on screen as has happened for decades, until this morning's release update.

Comment 1

[Francesco Lodolo [:flod]]

Every browser I tried downloads the image instead of displaying it when opening that URL.

curl -I https://s.w-x.co/staticmaps/us_ne_9regradar_plus_usen.jpg
HTTP/2 200
accept-ranges: bytes
content-type: binary/octet-stream
etag: "8664d1667115a3d4d8af053f77683df7"
fastly-io-error: response is pass
fastly-io-served-by: vpop-kiad7010217
fastly-stats: io=1
last-modified: Wed, 12 Mar 2025 12:30:07 GMT
server: AmazonS3
x-amz-id-2: t6hulPdsHT9ozRhPL+spYVgbz/8gcqhBjkwu1a/2G8VhM6+pMS88DSvIrbsZ4rDCV1H8dS7iSe8=
x-amz-request-id: 7CJK2FY4MJFGW9ZE
x-amz-server-side-encryption: AES256
x-amz-version-id: null
via: 1.1 varnish, 1.1 varnish
access-control-allow-origin: *
access-control-allow-methods: HEAD,GET,POST,PUT
access-control-allow-headers: *
access-control-allow-credentials: false
access-control-max-age: 86400
cache-control: no-store
date: Wed, 12 Mar 2025 12:31:02 GMT
x-served-by: cache-iad-kjyo7100094-IAD, cache-fra-etou8220096-FRA
x-cache: MISS, MISS
x-cache-hits: 0, 0
x-timer: S1741782662.474399,VS0,VE117
content-length: 54535

Notice the content-type: binary/octet-stream MIME type (arbitrary binary data, not an image).

The update is unrelated, they changed something on their website.

Comment 2

[Daniel Veditz [:dveditz]]

It downloads when I just try to navigate to the URL as well, same on Chrome. The site is returning the header content-type: binary/octet-stream which browsers won't try to display.

I tried setting the homepage to this URL in an older build (ESR 128.6 from January) and it also downloaded the file. It looks like the site changed the way they served the file and the timing of the Firefox update is just coincidence. The content-type needs to be "image/jpeg", or at least "image/something" for us to try to display it as an image.

Comment 3

[rwallen]

Thanks very much for your replies.