Click a link and need to go back 10x to get back. Yes, I enjoy the footballs.
yo honk honk am here to help. Right click the back button to bring up a menu of several previous pages select when it was the search engine or whatever you used before. For Firefox. If you’re on chrome, you can cry. Honk honk, goose out.
I don’t understand why browsers support this “functionality”.
It’s a very “dumb” implementation of a generally useful feature. Browsers don’t keep track of how many times you’re redirected to the same site or try to consolidate the back-button list accordingly, but they certainly could. Wouldn’t be surprised if there was a plugin to this effect.
It’s not for this, of course. It’s because in the world of single page applications built in react and angular where there is no physical back, like no actual server page to go back to just JavaScript, you have to code in what the back button means. Even though there’s no server calls to ask for a new page. New page. Most people still expect that forward and back will still go forward and back in standard navigation.
Sites like this it’s pretty clear that they just overwrite that with the last 20 calls to their own page, but the alternative is that single page applications would not be able to have forward or back functionality
Great I’ll just add a unique guid to each path that is ignored and returns to the same place. You show me a 10 foot fence I’ll show you an 11 foot ladder.
What makes me angry here is, I am 90% sure the browsers could code against this.
If the user clicks a control on a webpage one time, the stack can declare “One user click! You have earned yourself One (1) navigation.” Then, the click activates some JavaScript that moves you to a new webpage. That new webpage has an auto-loader redirect that instead runs a 300ms timeout, and then takes you to some other page. The browser, meanwhile, has seen this, and establishes “We are still only operating off of that One (1) click. So, instead of adding a new page to the user history, we’ll replace that first navigation.”
I have yet to hear a satisfactory reason as to why that’s not possible.
We just got vertical align last month. There’s so many things they should be working on but are too busy trying to add more ads or monetization features.
I think the web is just too long in the tooth at this point but there’s nothing we can do.
CSS features like vertical alignment would be defined by web standards. Those fall under the non-profit org W3C. They’re pretty slow about things as to not break the fuck out of everything.
Browser behaviour like merging redirects falls on browsers tho, so yeah, we can blame Chrome or FF on that one.
I was just thinking about this.
Super annoying because it can actually be fixed by using History.replaceState() over History.pushState().
I guess the reason they do it is either to keep you stuck on their sucky site, or just incompetence.
You’re right, but “incompetence” seems harsh. Maybe I’m just sensitive today.
Hanlon’s Razor: Don’t attribute to malice what can be sufficiently explained by stupidity.
I feel like when you’re talking corporations, hanlons razor needs to be reversed. Never attribute to stupidity what could be adequately explained by malice. We’ll call it Nolnahs razor.
Big Hanlon fan, but I don’t think stupidity is enough to explain why the site behaves that way.
This could easily be fixed by the browsers but they don’t. Sure wish these back button tricks would stop. Especially news sites try to keep you from getting back to your search and makes your page refresh over and over. I wonder if that behavior counts as hits to their advertisers.
I don’t know about “easily.” replaceState() is actually intended to make single-page apps easier to use, by allowing you to use your back button as expected even when you’re staying on the same URL the entire time.
Likewise, single-page apps are intended to be faster and more efficient than downloading a new static page that’s 99.9% identical to the old one every time you change something.
Fixing this bad experience would eliminate the legitimate uses of replaceState().
Now, what they could do is track your browser history “canonically” and fork it off whenever Javascript alters its state, and then allow you to use a keyboard shortcut (Alt + Back, perhaps?) to go to the “canonical” previous item in history instead of to the “forked” previous item.
Pop a window open with a your app in it (with the user’s permission) without a back button if you want that.
A web page should be a document, not an experience.
That would absolutely make everything worse, no question; the web should be more integrated, not less. We shouldn’t incentivize even more companies to silo off their content into apps.
I can handle life without the legitimate use case if it means no more clickjacking bs from companies that should know better
I’d prefer not to let the bad actors dictate browser design.
“Let’s get rid of images since companies can use images to spoof browserchrome elements.”
“Let’s get rid of text since scammers can pretend to be sending messages from the computer’s operating system.”
“Let’s get rid of email since phishing exists.”
Nah. We can do some stuff (like the aforementioned forked history) to ameliorate the problem, and if it’s well-known enough, companies won’t find it necessary anymore. Heck, browsers like Firefox would probably even let you select Canonical Back as the default Back Button behavior, and then you can have the web the way you want it (like people who disable Javascript).
