you are viewing a single comment's thread
view the rest of the comments
[–] 180 points 2 months ago (33 children)

Anyone that uses Chrome doesn't know what a clean non ad infested website looks like so they won't notice the difference.

  • source
  • hideshow 33 child comments
  • [–] 59 points 2 months ago (17 children)

    Every time I do IT work, I ask to install Firefox

  • source
  • parent
  • hideshow 17 child comments
  • [–] 21 points 2 months ago (15 children)

    There are many choices and people still stay on shit browsers because of laziness.

  • source
  • parent
  • hideshow 15 child comments
  • [+] -11 points 2 months ago* (last edited 2 months ago) (13 children)

    Firefox on Android has gotten quite shit as well. It just refuses to load sometimes and won't open pages until you copy and paste the url in a new tab. Extremly annoying, especially for online payments.

    E: It's a known issue for a few months now. Check recent reviews on Google Play if you don't believe me. Fuck me for complaining about having issues I guess.

  • source
  • parent
  • hideshow 13 child comments
  • [–] 25 points 2 months ago (4 children)

    I use it extensively, every day, with no problems

  • source
  • parent
  • hideshow 4 child comments
  • [–] 5 points 2 months ago (3 children)

    I have some problems with sites not loading, but I have 300 tabs open...

  • source
  • parent
  • hideshow 3 child comments
  • [–] 1 point 2 months ago (2 children)

    I have 300 tabs open...

    Amateur. Try over 1,200 with the option to put those not used in a while into an "inactive" group turned off.

    Hmm.... Maybe that's my last phone crashed & burned recently...

  • source
  • parent
  • hideshow 2 child comments
  • [–] 5 points 2 months ago (6 children)

    That sounds like maybe you have something else set as default browser and instead of Firefox and that something is messaging it up.

    I use Firefox exclusively and it works everywhere.

    Unless, URLCheck (highly recommended) is somehow fixing this issue. But I don't remember having it before either.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 3 points 2 months ago (4 children)

    No, that issue definitely occurs in Firefox Android sometimes. The tab just gets stuck and does nothing. Has been happening for years, in fact, so it's not something new. Might be due to some specific settings, but I like my settings and the problem doesn't pop up too often, so eh.

    Desktop Firefox also gets this sometimes, actually. The tab just doesn't load until I bash ‘enter’ on the address bar, or create a new tab. Since afaik Firefox uses its Gecko engine on both platforms, the issue could be in the engine rather than the UI.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 0 points 2 months ago (3 children)

    Honestly I didn't recall anything where things are stuck.

    Are you sure that the issue on Android isn't caused by closing a link and the app opening Firefox in its context?

    If this is such a percentage issue I'd there big open about it?

  • source
  • parent
  • hideshow 3 child comments
  • [–] 3 points 2 months ago* (last edited 2 months ago)

    It happens within Firefox, without rhyme or reason that I could discern. I think it's more common if I open a link from another app, then switch away from Firefox while the page loads in the background; or when returning to FF and it tries to reload a previously suspended tab. Firefox is allowed to load stuff on my phone in the background even when battery saving is on (which it always is), but I guess FF might get into a fight with the system over available memory, with the system killing one of FF's processes/threads. Wouldn't explain it happening on the desktop, though.

    If this is such a percentage issue I'd there big open about it?

    It happens pretty rarely for me, and I have no idea how it could be reproduced. So, I already barely ever open issues (by principle), and certainly won't report this. Idk about others — wouldn't be surprised if there's a bug about this among the many thousands of issues that Mozilla has.

  • source
  • parent
  • [–] 1 point 1 month ago (1 child)

    I was starting to doubt my memory of this happening in Firefox Android, but I'm happy to report that I've gotten that issue just now. Opened a pic from a Lemmy comment in FF because it wasn't showing in the app, and the tab was sitting there doing nothing. Had to close it and open another one. So you can judge how pressing this problem is for me, by it occurring once in 23 days (likely more) — while I was browsing on the phone quite a bit and opening images from Lemmy regularly due to the ISP's shenanigans. But it does happen.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 1 month ago

    Interesting. Maybe it is some bug with network interruption during specific stage of loading the page?

    I'm also starting to question myself if I experience it and just do it automatically and not realizing it. Need to pay more attention.

  • source
  • parent
  • [–] 3 points 2 months ago (2 children)

    it seems alot of people are using brave as an alternative.

  • source
  • parent
  • hideshow 2 child comments
  • [+] -37 points 2 months ago (9 children)

    Not true. UBlock Origin Lite works just fine. They even recently added the ability to use content scripts so there is almost no difference between it and the original UBlock. Manifest 3 has had and still has some challenges, but you're being so hyperbolic that I can't take anything people like you say seriously. Might as well say... "I hate Chrome so much that I'll make up random lies to prove how bad it is!"

  • source
  • parent
  • hideshow 9 child comments
  • [–] 32 points 2 months ago (7 children)

    Literally, the creator of UBO Lite disagrees with you.

    Why are you like this?

  • source
  • parent
  • hideshow 7 child comments
  • [+] -23 points 2 months ago* (5 children)

    First, I don't care if they agree with me or not. It is an open source project. They said from they never intended to try to make a 1:1 extension with UBO. They clearly lay out the positives of MV3 as well, and the scripts permission feature is a relatively new addition. You or anyone can contribute or fork it you want to add something.

    I have spent enough time working on MV3 to know Chromium has solved a lot of the challenges. If you want to have a technical discussion about the APIs and differences or how you might do something with MV3, then let's have the discussion. I never tried to claim MV3 is perfect.

    I just have little patience for essentially non-technical cultists who go around spreading misinformation while acting like they know way more than they do. Prove it then... 99% of people like you never actually want to have a real technical discussion, because you spread your opinions based on feelings and not facts.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 17 points 2 months ago (1 child)

    I‘m a semi-technical user, I don‘t want a technical discussion, I want facts I‘m able to understand. If you‘d be knowledgeable, you should be able to explain it. You didn‘t, tho. You used a lot of words, but said nothing. Why should your arrogant, but empty yapping do anything for me?

  • source
  • parent
  • hideshow 1 child comment
  • [–] -3 points 2 months ago

    You can’t claim to be "semi-technical" while simultaneously refusing to look at technical facts and dismissing platform mechanics as "empty yapping." How a browser engine executes extensions is inherently technical. Claiming you want facts while ignoring the architecture just means you'd rather stick with an emotional narrative than understand how the software actually works.

    Chrome MV2 never supported some features people claim were lost: Features like in-flight response body rewriting and pre-socket IP filtering were Firefox-exclusive APIs (filterResponseData). Chrome MV2 never had them, so MV3 did not take them away.

    webRequestBlocking is not dead in MV3. Google did not delete the synchronous blocking engine from Chromium. It requires installing via policy now. If an extension is provisioned via local policy, full programmatic webRequestBlocking runs in MV3 just as it did in MV2.

    Everyday ad blocking works normally. For standard Web Store installs, uBlock Origin Lite compiles the standard filter lists (EasyList, EasyPrivacy, uBO filters) into native browser rules. Banners, trackers, and video ads are blocked.

    The original claim was that "Chrome users don't know what an ad-free web looks like." That is provably false. If you want to understand the issue as a "semi-technical" user, you have to separate actual browser engine mechanics from internet hyperbole.

  • source
  • parent
  • [–] 15 points 2 months ago (2 children)

    Prove it then… 99% of people like you never actually want to have a real technical discussion, because you spread your opinions based on feelings and not facts.

    This is extremely funny that you're trying to insult me, based on your feelings and not facts.

    My only participation in this thread was that UBO Lite creator disagrees with you, which he publicly stated, but you felt... Offended? (No idea) - and decided to insult me rather than to deal with facts.

    There is a word for people like you.

    Troll.

  • source
  • parent
  • hideshow 2 child comments
  • [–] -1 points 2 months ago (1 child)

    This is extremely funny that you’re trying to insult me, based on your feelings and not facts.

    My only participation in this thread was that UBO Lite creator disagrees with you, which he publicly stated, but you felt… Offended? (No idea) - and decided to insult me rather than to deal with facts.

    There is a word for people like you.

    Troll.

    Citing gorhill’s disclaimer that uBOL isn’t a 1:1 clone of uBO doesn’t prove Chrome is "ad-infested"—it conflates advanced power-user filtering with everyday ad blocking. Many limitation were Firefox-exclusive APIs that Chrome MV2 never supported in the first place.

    Under the hood, standard filter lists compile directly into native C++ evaluation via declarativeNetRequest, while cosmetic element hiding and anti-adblock defusers run through the scripting and userScripts APIs. Furthermore, synchronous webRequestBlocking is still built into the Chromium engine for policy installs. Pointing out the architectural reality of how these APIs actually execute isn't trolling; it's addressing technical mechanics rather than hyperbole.

  • source
  • parent
  • hideshow 1 child comment