https://google.com/amp/something.com/directory/article
And in your address bar there will be just: something.com
This is literaly URL hijacking and it's fundamentslly breaks trust in your address bar.edit - btw I don't mean to infer parent poster argues this point, however it is often the reason 'designers' argue for these kinds of regressions.
I don't have an iPhone anymore but used to, and it was no problem that I only saw the domain, because on my phone I rarely cared about the specific address. When I'm working it's a bitch because quickly knowing the full address is useful all the time, and even at home much the same because I'm used to interacting heavily with my address bar.
I'd imagine that most people, even on their laptops, are closer to the former situation, so it's not hard for it to have relatively widespread support.
I am also very much against hiding "www.", but that's mostly from a developer/devops perspective. https/http can be hidden behind an icon, that's fine since it's a binary option, but that's as far as I'd go in accepting stripping information from URL's.
URLs are mostly not fit for human consumption and don't even reliably show you what page you're on. They're a stinky skidmark on the otherwise human-accessible web.
I hope we can eventually have two clearly distinct parts to URLS - a simple domain name without www. or https:// and clearly separate, a human-readable name for the page without internal implementation details like filename extensions and symbols. Some sites are pretty close to this, New York Times is easily understandable but still filled with slashes and a redundant extension. Eg: "nytimes.com/2021/06/10/us/politics/justice-department-leaks-trump-administration.html". Hacker News is too but has a human-unfriendly "item?id=" before the (good, imo) incrementing decimal integer, not hex, not random, not padded ID number.
I don't know how those two stances, or the positions between them, break down across the population, but at minimum it wouldn't surprise me to learn that it leans towards not understanding or caring.
That the comments about it mostly come from developers or similarly tech-literate people is neither here nor there, comments are inherently personal. When I post on a forum about a feature, I'm generally presenting only my own opinion. When I'm implementing a feature, I'm generally basing it on the opinions of users, as best I can gather them.
I might have set that as a preference, I can't remember.