I think chrome is intentionally providing shitty user experience for the blocking of HTTP downloads on HTTPS pages, in order to push developers to fix it faster.

you click a HTTP download link on an HTTPS page and what happens? NOTHING. No error page, no pop-up saying "BLOCKED BECAUSE SECURITY", the browser is just like "did you click? I didn't notice"
it just sticks an error in the JS console.

which I'm sure everyone notices
BTW, this is probably going to get fixed soon, but as of Version 87.0.4280.141 (which seems to be latest) there's a bug which lets you bypass the block, most of the time.

Incognito mode.
Basically chrome won't let you download it because it has the context of you clicking it from a HTTPS page.
But it loses the context if you use the "open link in incognito window" option.
The only reason this wouldn't work is if you're in incognito mode already.
Annoyingly there's only one incognito mode, you can't have incognito mode from other incognito modes.
I demand internal security between my browser windows. none of them should know about each other!
anyway it turns out this trick isn't needed after all.
You can do "save link as", it'll let you select where to save it, then it'll fail.
but it fails in a bypassable way
so you should probably do it this way, as it's less likely to be patched out soon by an angry google dev
I understand that google wants to build a more secure web but a side effect of the everything they're doing is that the web is bitrotting faster
dev1: if we change X to Y, the web will be 2% more secure
dev2: won't that break pages not made in the last 2 years?
dev1: yes. legacy pages will stop working
dev2: how will we support the old pages?
dev1: let me say this as clearly as I can
*puts mouth on the mic* FUCK THEM
chrome.exe

More from foone

More from Tech

A common misunderstanding about Agile and “Big Design Up Front”:

There’s nothing in the Agile Manifesto or Principles that states you should never have any idea what you’re trying to build.

You’re allowed to think about a desired outcome from the beginning.

It’s not Big Design Up Front if you do in-depth research to understand the user’s problem.

It’s not BDUF if you spend detailed time learning who needs this thing and why they need it.

It’s not BDUF if you help every team member know what success looks like.

Agile is about reducing risk.

It’s not Agile if you increase risk by starting your sprints with complete ignorance.

It’s not Agile if you don’t research.

Don’t make the mistake of shutting down critical understanding by labeling it Bg Design Up Front.

It would be a mistake to assume this research should only be done by designers and researchers.

Product management and developers also need to be out with the team, conducting the research.

Shared Understanding is the key objective


Big Design Up Front is a thing to avoid.

Defining all the functionality before coding is BDUF.

Drawing every screen and every pixel is BDUF.

Promising functionality (or delivery dates) to customers before development starts is BDUF.

These things shouldn’t happen in Agile.

You May Also Like