Re:Browsers are the most likely disruptor of the mobile duopoly
by sjwhevvvvvsj on Tuesday January 02, 2024 @05:50PM
(#38848150)
Bad leadership + weak board = lost decade.
Re:Browsers are the most likely disruptor of the mobile duopoly
by ProcNetDev on Tuesday January 02, 2024 @09:27PM
(#38849948)
AFAIK, they are refusing to implement BLE in Firefox(https://bugzilla.mozilla.org/show_bug.cgi?id=674737) saying that, "implementing it is harmful to the web."
Pretty hard to have a PWA future, if you can't access standard app APIs.
Seems like it would require a big mindset change for Mozilla to get on board with PWAs.
Re:Browsers are the most likely disruptor of the mobile duopoly
by hobobaggins on Tuesday January 02, 2024 @10:12PM
(#38850228)
Is BLE a PWA requirement? I think they explained their position pretty well here, regardless of whether I agree:
https://github.com/mozilla/standards-positions/issues/95#iss...
Re:Browsers are the most likely disruptor of the mobile duopoly
by evilduck on Tuesday January 02, 2024 @11:05PM
(#38850593)
PWA requirements are always whatever it currently can't do. There's never been a singular tech term more plagued by moving goalposts.
Re:Browsers are the most likely disruptor of the mobile duopoly
by ProcNetDev on Tuesday January 02, 2024 @11:13PM
(#38850656)
For my use case, yes BLE is a hard requirement.
Their example of hijacking a BLE keyboard to get passwords seems a bit farcical. I would love to see a PoC of that attack. The API has been available in Chrome for quite a while. I don't think it has been a large attack vector.
Re:Browsers are the most likely disruptor of the mobile duopoly
by halostatue on Wednesday January 03, 2024 @12:10AM
(#38850978)
All the more reason to use Safari or Firefox, since Chrome is doing something that I don't want any browser to have. (Whenever I install Chrome, I go through and turn off all of the stupid stuff that chrome should never have like web midi, webscsi, webble, etc.)
Re:Browsers are the most likely disruptor of the mobile duopoly
by ff2400t on Tuesday January 02, 2024 @10:02PM
(#38850168)
Their official position cites security as the reason they haven't implemented it yet.
https://mozilla.github.io/standards-positions/#web-bluetooth
Re:Browsers are the most likely disruptor of the mobile duopoly
by JimDabell on Wednesday January 03, 2024 @12:22AM
(#38851036)
There’s a stack of Blink-only Google specifications that people are pushing as “standard” that are anything but. Both Apple and Mozilla reject them on privacy or security grounds, then get criticised as being “behind” (or in Apple’s case, “deliberately holding back the web”). No, a specification created and implemented unilaterally by Google is not a standard.
Re:Browsers are the most likely disruptor of the mobile duopoly
by charcircuit on Wednesday January 03, 2024 @01:29AM
(#38851368)
Most standards start by being implemented by one browser. I would rather a standard exist based off a real implementation than one thrown out of an ivory tower.
Re:Browsers are the most likely disruptor of the mobile duopoly
by ff2400t on Wednesday January 03, 2024 @02:47AM
(#38851708)
The whole point of standards is that there should be multiple implementations that can support it. Now I do agree with your point on that standards should be based on feedback from implementations but as the above comment said, this is just google making adding features and making standard documents to shift blame on other browser for not implementing them.
Re:Browsers are the most likely disruptor of the mobile duopoly
by charcircuit on Wednesday January 03, 2024 @03:32AM
(#38851935)
To be fair where are the other browser's proposals for giving apps the capabilities they need? Browsers should be shamed for not making an effort to support common use cases that apps need.
Given that they already have Firefox on Android and their history with FirefoxOS, I expected this to be a key lever to get app/website developers to consider this as an option.
Are there barriers such as performance or API issues (e.g. double click behaviors) that prevent the webmanifest and other approaches from gaining traction here?