141–150 of 183 posts
Earlier quoted context omitted.
Maybe the government should something about the fact that said taco store controls all real estate within the city and does not allow anyone else to sell food.
Apple doesn’t control the entire smart phone market. Anyone who can get an iPhone can get Android. Hell, for the price of an iPhone you can get two decent Android phones.
You were misusing background location updates to periodically run your app in the background. I bet you were also misusing some keychain API or similar, to determine whether the device is locked or not, because there’s no official API for that either. You were misusing multiple APIs and hoped that the reviewers won’t notice. Facebook used to play silent audio in the background to prevent their app from being suspende…
On the other hand, there clearly exist good product ideas* that need more privileges, long-lived background execution being one. There ought to be a way for a proven good actor to get blessed for special entitlements where they're critical to the product. (There's already at least one entitlement in this model: "Hotspot Helper".)
On a technical front, Apple's positioning the iPad as a laptop replacement; well, the users who are going to buy into that are going to be using authoring, productivity, and communications software that they'll want to be flexible and responsive. That might mean -- horrors -- the occasional helper daemon...
*I don't actually know if RescueTime is in this bucket; I'd never heard of it before this article.
Earlier quoted context omitted.
I'm not sure I'd even trust a self-hosted alternative. Presumably this would need to be exposed to the internet, and would be a nice target for someone to break into given how much information it collects.
Wouldn't they have to target you personally, though? (I may be wrong about that.) If so, doesn't factor into most people's realistic threat models.
You were misusing background location updates to periodically run your app in the background. I bet you were also misusing some keychain API or similar, to determine whether the device is locked or not, because there’s no official API for that either. You were misusing multiple APIs and hoped that the reviewers won’t notice. Facebook used to play silent audio in the background to prevent their app from being suspende…
Earlier quoted context omitted.
Apple doesn’t control the entire smart phone market. Anyone who can get an iPhone can get Android. Hell, for the price of an iPhone you can get two decent Android phones.
They control the entire market for Iphone apps. Android apps are completely useless for Iphone users.
Earlier quoted context omitted.
> Can't we protect users AND allow them to make informed decisions? Unfortunately, the answer to this question currently seems to be “no”. I have not found a system that both allows people to have “choice” and also prevents the average user from messing up their device.
The OpenWeb seems to work pretty well, at least from the standpoint of not getting viruses or malware from it. You could argue about tracking users, but it’s not like the native Facebook iOS doesn’t collect lots of data on you.
Earlier quoted context omitted.
When the grocery store accounts for 80% of profits, and about 70% of revenues in it's category [1] (mobile app store), it stops being legal, and falls into the category of anti-trust. [1]: https://techcrunch.com/2018/07/16/apples-app-store-revenue-n...
You’re just redefining monopoly to suit your purposes.
If "browsers" were a market at the time of the Microsoft anti trust ruling, a $70B app store space is very much a market according to prevailing economic theory.
You just don't like the truth about Apple, which is understandable, as they're a loved brand. But evil
You were misusing background location updates to periodically run your app in the background. I bet you were also misusing some keychain API or similar, to determine whether the device is locked or not, because there’s no official API for that either. You were misusing multiple APIs and hoped that the reviewers won’t notice. Facebook used to play silent audio in the background to prevent their app from being suspende…
Please re-read the guidelines and the use. No API has been used that wasn't explicitly allowed to be used for said purposes. Location provided location. The public signal that indicates screen off and on was used. Neither was used surreptitiously, rather, used explicitly. Apple says this os OK. They just have an inconsistently applied definition of what qualifies as "location is the primary use".
No, Apple clearly said this is not OK by rejecting the app.
This is not a courtroom where you get to debate how the letter of the law should be interpreted.
If I invite you to my garden party, but don’t like your behaviour then I can throw you out.
This could be a call to action included in the Rescuetime newsletter.
Despite their occasional authoritarian moments, Apple generally listens to enough frustrated customers.
You were misusing background location updates to periodically run your app in the background. I bet you were also misusing some keychain API or similar, to determine whether the device is locked or not, because there’s no official API for that either. You were misusing multiple APIs and hoped that the reviewers won’t notice. Facebook used to play silent audio in the background to prevent their app from being suspende…
I haven't used this app, but it sounds like people who installed the app knew about those features and wanted them. If Apple is preventing developers from providing useful apps for arbitrary technical reasons, that's Apple being bad, not the developer. That's different from uninstall tracking that surprises users in a bad way.
Ultimately, Apple gets to decide what is allowed and what isn’t. If I make a handwarmer app that purposely runs the CPU at 100% I’m pretty sure Apple would reject that too, even though it would be useful for users.