Hacker News new | past | comments | ask | show | jobs | submit login

> The original issues with the app weren't opaque at all: Keyboard utilities can't have network access. Then he noted that it can operate without it, but the entitlement can't even exist for any users, even optionally. That is very clearcut.

Completely wrong. I assume you saw some source online saying that network access was banned across the board for keyboard apps, maybe someone looked at the default restrictions and extrapolated from there. Easy mistake to make. Anyway, see below:

----

> To be clear, Apple’s own developer guidelines specify that “full access” isn’t a problem: the only dispute here is whether the app continues to work if a user turns it off — which it does, says Eleftheriou, if you turn VoiceOver on. “They’d have to try it as a VoiceOver user, something that they don’t seem to bother doing. I’ve had several rejections in the past because the reviewer didn’t know anything about VoiceOver,” Eleftheriou says.[0]

And from Apple's (as far as I can tell, still current) developer documentation:

> By default, a keyboard has no network access and cannot share a container with its containing app. To enable these things, set the value of the RequestsOpenAccess Boolean key in the Info.plist file to YES. Doing this expands the keyboard’s sandbox, as described in Designing for User Trust.[1]

Which then goes on to extensively document how network access can be added to a keyboard utility. Pretty far away from a utility-wide ban.

[0]: https://www.theverge.com/2021/8/16/22627515/flicktype-ios-ke...

[1]: https://developer.apple.com/library/archive/documentation/Ge...




Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: