We had built an iPhone app that retrieved HTML pages from a server, but then scanned for extra metadata that was embedded in HTML comments for things like what navigation options should be displayed to accompany that page.
We got a bug report from a user that the app broke when they used it on the free WiFi on the London Underground.
It turned out there was some weird proxy running on that WiFi network that stripped HTML comments and injected extra tracking code into pages!
Switching to https fixed the bug. I haven't shipped anything that uses plaintext HTTP since then.
Here are two hurdles:
1. Can you prove me wrong?
2. Next, given 1, can you rationally justify not rolling out HTTPS everywhere.
In other words, is it actually a valid argument that "often, nothing bad happens when you use HTTP, so it is okay".
Tampering of content has nothing to do with your privacy; it's a security matter. A nefarious man-in-the-middle could insert content which attacks your browser or redirects it to a malicious site, etc.
That attacker could be on a network close to you, or a network close to the site. It's not a matter of trusting or not trusting the original site that serves the HTTP.
Therefore it doesn't matter that you're just accessing the site as an anonymous visitor without an authenticated account, just viewing public content.
Curious, why that doesn't happen when I access https://verybadguy.tld/this_page_absolutely_doesnt_have_harm... for the first time? Isn't it the browser's job to handle harmful content?