4 ms·

Dear Single Page Application designers of HN, please stop writing sites which completely break if I use uBlock.

• parasti 4y ago
  Isn't this on uBlock? I still get the occasional report from Brave/uBlock users when I've accidentally included "ad" in a class name or ID, but I really don't believe that I should be working around that 100% of the time. If uBlock breaks the site, the problem is uBlock.
  • baxuz 4y ago
    No. A lot of sites have ad tracking added to their app bundles which aren't wrapped in a try/catch block. The tracking code is usually initialized first, before the rest of the code in the app bundle. So if the network request fails due to ad blocking, the tracking code breaks. And if it isn't caught, the rest of the code doesn't load.
    • adhesive_wombat 4y ago
      "Error handling is just expensive code bloat" -- PHB
  • jbm 4y ago
    Not the op but the point was for the benefit of the site dev. I'm sure you can understand that I would rather keep uBlock on than diagnose why it may have broken on your site. While you may be completely trustworthy, there is simply no way to know; I'll just click through.
• orthoxerox 4y ago
  I think they do that deliberately.
  • sureglymop 4y ago
    They do... Another thing is that they proxy analytics/ad traffic through their own servers to circumvent ad blockers. There are even fully fledged pre-built services just for this, see DataUnlocker.
• aembleton 4y ago
  Rather than blocking an ad domain, you can make it return an empty, but valid function using a redirect to noop.js. For example: ||ad.server.com,redirect=noop.js More information here: https://github.com/gorhill/uBlock/wiki/Resources-Library#empty-redirect-resources https://github.com/gorhill/uBlock/wiki/Resources-Library#emp...
• deleted 4y ago
  [deleted]