Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

A new spam policy for “back button hijacking”

developers.google.com

Post reply on HN
Print view View original

521–530 of 532 posts

Re: A new spam policy for “back button hijacking”

#521

Post by mghackerlady »

fragmede wrote: post #419
myself248 wrote: post #414

Earlier quoted context omitted.

And many of them don't even have a real click action, that I can find. I can't even right-click and manually pick "open in new tab", because the browser doesn't recognize what I'm clicking on as a link. I agree, ecommerce sites are the place that I most often want to open several items in tabs and decide between them, and the place this function is most often blocked! I wish I could scream at the jerk who implemented…

> the browser doesn't recognize what I'm clicking on as a link. It's entirely possible the browser itself does , but that the site's JavaScript is (also) overriding the right click handler. There's browser extensions to override their override but having to do that is stupid.

why did we even allow this to be overridden in the first place? if you genuinely need that much control, stop shipping a webapp! JS canvas is another thing that really shouldn't exist

Re: A new spam policy for “back button hijacking”

#522

Post by venusenvy47 »

Barbing wrote: post #480
venusenvy47 wrote: post #341

Earlier quoted context omitted.

Regarding Google and LinkedIn, I keep complaining to them about a stupid feature of Gmail. If I get an invitation from someone, Gmail puts "accept" as a button in the subject of the email - so if you aren't careful you can accept while you are scrolling through the subject lines. That is just the worst feature to put in their subject line.

Does "accept" support "undo send"?

Actually, it looks like they fixed this problem. I just checked all the messages with the LinkedIn label and I don't see it popping that "hotspot" anymore. The only thing that pops up in the subject line is now "Unsubscribe", so that is really good.

Re: A new spam policy for “back button hijacking”

#523

Post by Baljhin »

cortesoft wrote: post #373
dspillett wrote: post #191

Earlier quoted context omitted.

> You get a link from LinkedIn [or such]. You click on it, the URL loads, and you read the post. When you click the back button, you aren't taken back to wherever you came from. Instead, […] I've taken to opening anything in a new tab. Closing the tab is my new back button. In an idea world I shouldn't have to, of course, but we live in a world full of disks implementing dark patterns so not an ideal one. Opening in…

I have always done this, although mostly so I don’t have to reload the page I am coming from when I hit the back button.

Many years ago I was 'converted' to browse like that, one of the reasons was just that - to prevent back-button fatfinger.

Here's the setup I use:

[1] install this userscript, keep the default `include` i.e. 'every link": https://greasyfork.org/scripts/12367-open-links-in-new-tab; add to the `exclude` section the sites from [2].

[2] install this one and turn OFF the default: https://greasyfork.org/scripts/4416-open-links-in-current-ta...; add any sites you want to stay in the same tab to the `include` section (e.g. see [0]). Depending on how you browse, this will be a small list.

You can couple this with a tab-memory addon: example-- set [1]-Tabs to 'sleep' after a certain time; that way they're not using resources but still available later.

AND if you decide you're not gonna read those tabs anyway, just manually close them with having to activate them.

[0] https://news.ycombinator.com/item?id=47763404

Re: A new spam policy for “back button hijacking”

#524

Post by Baljhin »

nesk_ wrote: post #505
rat_on_the_run wrote: post #383

I wish the browsers had a function of disabling all keyboard shortcuts of a website. I binded Ctrl+E to opening a new tab just beside the current tab (built-in hotkey in Brave). It's frustrating to see it changed to something like opening the emoji menu on Discord.

Actually, you can do that with Firefox, either per site or as a global policy. https://superuser.com/a/1317514

Big thanks for that!

damn!- was sitting in the Fx queue for TEN years: https://bugzilla.mozilla.org/show_bug.cgi?id=380637

Re: A new spam policy for “back button hijacking”

#525

Post by Baljhin »

input_sh wrote: post #384
integralid wrote: post #320

Earlier quoted context omitted.

What do you mean "stuck with it"? I just don't use LinkedIn. Do you need it for job hunting for example?

The amount of times I saw a "LinkedIn profile URL" as a required field on job applications outside of LinkedIn is concerning, to say the least.

What I do is put the link to the job listing in that field. haha, suck to be in HR if you think you're getting my profile info!

I've never seen any ATS that required Linkedin for login, but even having it as an option I've always thought of as weird.

Then again, I have see many an ATS that include Facebook and other slop sites, so welcome to another layer of jobhunting madness.

Re: A new spam policy for “back button hijacking”

#526

Post by Baljhin »

Arainach wrote: post #135
miki123211 wrote: post #132

Earlier quoted context omitted.

The problem is, there are two conceptions of the back button, and the browser only implements one. One conception is "take me back to the previous screen I was on", one is "take me one level up the hierarchy." They're often but not always the same. Mac Finder is a perfect example of a program correctly implementing the two. If you're deep in some folder and then press cmd+win+l to go to ~/Downloads, cmd+up will get y…

> The problem is, there are two conceptions of the back button, and the browser only implements one. In web browsers, there is only one concept. There is no concept of "up one level in the heirarchy". If you want that make your own button in your website.

Agreed. I remember addons from the XUL Firefox era that did this.

I miss that feature. And that era.

Re: A new spam policy for “back button hijacking”

#527

Post by Barbing »

venusenvy47 wrote: post #522
Barbing wrote: post #480

Earlier quoted context omitted.

Does "accept" support "undo send"?

Actually, it looks like they fixed this problem. I just checked all the messages with the LinkedIn label and I don't see it popping that "hotspot" anymore. The only thing that pops up in the subject line is now "Unsubscribe", so that is really good.

Wow they’re fast! :)

Re: A new spam policy for “back button hijacking”

#528

Post by matusfaro »

blfr wrote: post #386
rat_on_the_run wrote: post #383

I wish the browsers had a function of disabling all keyboard shortcuts of a website. I binded Ctrl+E to opening a new tab just beside the current tab (built-in hotkey in Brave). It's frustrating to see it changed to something like opening the emoji menu on Discord.

Another one is hijcking ctrl+click (open in the new tab) into mere click (open here). I am shocked how many ecommerce sites do this.

This usually happens in single page apps (SPA):

The proper way is to have an actual link but to override the behavior to navigate within the SPA. So if you click it, the navigation will be within the SPA but if you ctrl+click it, the browser takes over and opens the underlying link in a new page.

Typical issue is when a developer forgets to make it an actual link, but only inclides the SPA navigation.

Re: A new spam policy for “back button hijacking”

#529

Post by sieabahlpark »

raydev wrote: post #453
declan_roberts wrote: post #392

Earlier quoted context omitted.

Ctrl+f is a bad offender. No I don't want to use your contextual search. I want to search for this word on this page!

If the page is lazy loading content then the local ctrl+f is not going to work, obviously. If you’re hinting at an argument about whether lazy loading content should exist, that’s a separate discussion. In my experience, pages that override ctrl+f do it for a good reason

[dead]

Re: A new spam policy for “back button hijacking”

#530

Post by Ferret7446 »

Barbing wrote: post #479
daemon325 wrote: post #427

Earlier quoted context omitted.

People just keep pitching Kagi as revolutionary, especially software engineers and people on HN. I respect a lot of them, people I respect a lot, and I saw people like Jon Gjengset use it. so I gave it a few months of daily use. I just eventually drifted back to Google. The results weren't better for anything I search for. It felt different, but not better in any measurable way. $10/mo for a different feel is a stran…

>$10/mo for a different feel is a strange value prop. Thought Kagi would want the strange part to be, say: "strange to let advertisers cover your monthly search bill, trading your privacy and using Google--we're only ten bucks a month!" So, pay for peace of mind. (do recognize $10 is an entire e.g. daily wage for some)

Google doesn't sell your data despite widespread misinformation/conspiracy theories, and I have more confidence in their opsec than Kagi
Post reply on HN