5 ms·
In-App Browsers: The worst erosion of user choice you haven't heard of
- edkennedy 3y agoThese days I feel like spider man swinging from in app browser to safari to another in app browser to open in app. Sometimes switching 3-4 browsers before getting to my destination. Absolutely ridiculous, and should certainly be eliminated.
- deleted 3y ago[deleted]
- romanixromanix 3y agoThe main problem is that there are no browser extensions for mobile browsers.
- Unfrozen0688 3y agoFirefox on Android :) Brave works if you just want adblock and youtube playback even on iOS! Then there are the offshoots like Kiwi browser that has the Chrome extension store! Even Samsung and Edge on Android atleast has Adblock plus that can be enabled but obviously not as good as ublock origin on Firefox.
- hutattedonmyarm 3y agoWhat about Orion on iOS or Firefox on Android? Both allow extensions
- holycrapwhodat 3y agoSafari on iOS supports extensions, and - while I don't know - I'd be shocked if Chrome on Android didn't?
- Unfrozen0688 3y agoChrome does not. But we can install alternatives that are better.
- Terretta 3y agoYou can run Ublock Origin on Kagi's Orion browser on iOS, even though it is webkit.
- mwest217 3y agoI would love if this were implemented. For one thing it would prevent insane App Store rejections like [this](https://mastodon.social/@vandal/112167322002780991 https://mastodon.social/@vandal/112167322002780991) which actively requires using an in-app browser. I wish there were a setting to never use an in app web browser on iOS.
- darklion 3y ago> I wish there were a setting to never use an in app web browser on iOS. I get that, but by the same token, a thoughtful app maker can provide that option to you today (I have apps on my device that expicitly have that option). Honestly, if this rule were in place, that App Store rejection would make even /more/ sense — it’s even /more/ cumbersome to stitch together a login flow by redirecting to another entirely separate app (the default browser).
- 0thgen 3y agoI doubt most users care enough (even if this is a real issue). So it seems like the only way this practice could be mitigated is if it somehow is unaligned with OS vendors' (apple, android) interests. Like, maybe it harms Apple's reputation as privacy champions, or creates security vulnerabilities or something
- noirscape 3y agoAlex Russell wrote a more in-depth article about the issue back in 2021[0]. I don't think the landscape on this end has significantly changed much, since what's said in the article is still mostly relevant these days. That said, do keep in mind he's not unbiased; he's a PM at Microsoft for Edge and used to work on Chrome. Nowadays he's also one of the Blink API Owners (he approves new Blink Web API features). Most of his writing on the state of the browser market is solid, just know that he's obviously got an angle and arguably is also responsible for the modern Blink monoculture. [0]: https://infrequently.org/2021/07/hobsons-browser/ https://infrequently.org/2021/07/hobsons-browser/
- darklion 3y ago> Apple must update SFSafariViewController (Apple’s system provided in-app browser for iOS) to respect the user's choice of default browser. I don’t understand this ask. If the idea is that in-app browsers are inherently compromised either through security or user preference, then at that point it makes no sense for an in-browser component to exist in the first place; all it’s going to do is invisibly bounce the request from the app to the default browser, at which point the app might as well just invoke the default browser directly and not bother using the in-app version.
- handsclean 3y agoThis seems like a clear cut case of a missing permission: for an app to be allowed to access your interactions with a domain, it should need to either prove it owns the domain, or receive user permission to access the domain. This safely covers the legitimate use cases of punting out some UI to your website and of just providing a way to view websites in-app, while for iffier use cases permitting both informed consent and fallback to displaying the page without handing out access to it.
- kazinator 3y agoAlso eroding user choice: - in-app file browsers (garbage stock dialog from operating system, not your favorite commander) - in-app text editors (stock text input widget; not your favorite editor) - in-app programming languages (Javascript, VB ..., rarely Lisp) Let's complain about everything while we are at it!
- compsciphd 3y agofacebook on android has a toggle to use their in app webview or system browser. EXCEPT IT DOESNT WORK i.e. you can toggle it on recent clients and it does nothing. If you install an old version (I think i used summer 2023, but might have been even older). It does work and does stick when you upgrade. it has been this way for months: https://xdaforums.com/t/guide-force-facebook-app-to-open-links-in-external-browser-2023-method.4638054/ https://xdaforums.com/t/guide-force-facebook-app-to-open-lin...
- nokya 3y agoFunny. As I started reading your comment, I reacted with a big "wow, Facebook would actually offer that option?" Then I reached your "but it doesn't work". Happy everything became normal again :)
- Avamander 3y agoI despise that apps are allowed to do this without clear consent or very good reasons.
- byt3h3ad 3y agoChanging to external browser in the Discord Android app apparently opens all links in Chrome only. So not exactly a choice.