Earlier quoted context omitted.
Huh? One example: everyone did sideload Pokemon Go in 2016 because its availability on Google Play was very limited for a very long time.
So all they need is 20 years to build up a fanbase in a product universe worth tens of billions of dollars and everyone will be clamoring to sideload their app as well.
Google is forcing us to make our open source VoIP app worse
271–280 of 296 posts
Re: Google is forcing us to make our open source VoIP app worse
#272Earlier quoted context omitted.
It doesn't matter if you want to pay or not. These companies need to make more money than they did the previous quarter. So they need to always find new way to exploit continuously.
Plenty of apps and services are happy to take money and have no advertising and etc.
Re: Google is forcing us to make our open source VoIP app worse
#273Play is surprisingly sophisticated, and with Google focusing only on automation, i wouldn't be surprised to see them have this level of testing. This particular test wouldn't even be hard to write.
Re: Google is forcing us to make our open source VoIP app worse
#274Earlier quoted context omitted.
So why not just remove the Contacts API entirely then? If it exists, "shady operators" can misuse it. Oh and, camera apps made by "shady operators" could be sending your pictures to questionable places so why not remove the Camera API as well? And we can't forget that "shady operators" could be snooping through your files so let's remove the filesystem API too. Actually now that I think about it, any app could be mal…
They could just make the contacts API use an inbuilt contact picker than just supplies to the app the contact the user selects each time they make a call. I assume they want google apps to have access to the whole phonebook without looking too suss though.
Re: Google is forcing us to make our open source VoIP app worse
#275Earlier quoted context omitted.
They could just make the contacts API use an inbuilt contact picker than just supplies to the app the contact the user selects each time they make a call. I assume they want google apps to have access to the whole phonebook without looking too suss though.
This is a horrible user experience, ends up like iOS where there are great apple apps, and everything else is second class. The great thing of android is that you can choose a different dialer or different sms app, and it can be as good as the preinstalled one
Neither are the slew of apps that simply fucking break if they dont get access to every last one of your contacts.
Granular permissions intelligently designed do not make for a worse experience they make for a better one.
Re: Google is forcing us to make our open source VoIP app worse
#276Earlier quoted context omitted.
It would be fair if one were to conclude that I don't like iOS. But my comment made a few different points, including about google's app quality, not only forcing default apps but also disallowing user choice where it should exist in a pervasive, hard to see way (for the end user), and invasive tracking. Frankly, over the last week I have been looking into whether there is a relatively straightforward way to write an…
We have the technology for virtual machines, and phones are pretty beefy these days. where's my Linux phone hypervisor with android guest?
Re: Google is forcing us to make our open source VoIP app worse
#277I kinda sorta see google’s side. There are just too many shady operators out there who will swear blind they’re completely honest, and maybe they are, but they also employed a third party to write code or maybe just imported a 3rd party lib (i am in no way saying this is the case) As to, why don’t they look at the code? bugger that being standard practise, i’m not handing over my code to google or apple. Even if they…
Re: Google is forcing us to make our open source VoIP app worse
#278I'm not familiar with mobile app review process, would any change in code require a re-review/re-submit? If Google approved it as-is, could the developers add a few lines as an "update" and skip over the full review process? Seems like the ruling is being made on what can be done with the current permissions, rather than what is being done. If that's the case, I sympathize with the devs but I think I support the posi…
The code review is done 'black box' - ie. the reviewer doesn't have access to the code. All the reviewer can see is what permissions the app has. They see internet permission and contacts permission, and have to assume that evil code might be uploading the contacts to the internet. There isn't really any other way to do it - even a thorough code audit (a process that would take months for just a single app) would be…
There is, it's called balancing the probabilities. What's more likely - that someone started a company, developed a full-featured VoIP app, set up all the infrastructure to provide their service, made the app open source and established themselves in the market, all just to secretly harvest people's contact lists.......or are they telling the truth and no data is being uploaded? These are all things Google can verify, they just don't want to.
Re: Google is forcing us to make our open source VoIP app worse
#279Earlier quoted context omitted.
> Seems like the ruling is being made on what can be done with the current permissions, rather than what is being done. If that's the case, I sympathize with the devs but I think I support the position Google is taking there. Not sure if I'm missing something here, but the "access contacts" permission exists for a reason, and plenty of apps use it - how can it be justified that Google will arbitrarily ban this app, b…
I'm not arguing that it's justified here but not elsewhere . Selective enforcement of rules is one of my biggest gripes with companies. I'm also not arguing that applications shouldn't be able to use contact permissions, obviously some applications will need it. But I do think that if you need X permission, you should be evaluated against everything that the permission grants and not just "we promise not to use Y par…
It's like demanding a folder encryption app rebrand itself as ransomware because it links against crypto libraries and has the file access permission, or a navigation app as "24/7 tracking app for stalkers" because it has a both GPS location and Internet access.
Re: Google is forcing us to make our open source VoIP app worse
#280Earlier quoted context omitted.
I think you meant to say can run Android ?
I realized my comment could the interpreted the way you did as I was writing it, and left it ambiguous (because that too is a good thing enabled by Android's openness) However, my main point was that outside of niche devices[1] that are rounding errors for smartphone consumer market share: the vast majority of devices sold with unlockable bootloaders already run Android: I'd guestimate > 95%. Looking at the list of d…