this post was submitted on 12 Apr 2024
137 points (93.1% liked)
Technology
60084 readers
2874 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Huh. That’s a weird restriction that definitely gives credence to their case
Are accessibility services only part of Google Play and not AOSP…?
Edit: FalseMyrmidon pointed out an article about the restriction below
https://www.androidpolice.com/android-13-blocks-accessibility-services-sideloaded-apps/
Which states it’s only for side loaded applications, not for applications downloaded through a separate app store, so this wouldn’t affect Epic
Things like screen reader access have huge potential uses by malware. Generally it should not be trivial for a program to get that level of access to everything you do.
The restriction of being limited to Google Play and not other app stores implies the implementation is part of Google Play Services, and not included in AOSP
So I was curious if that’s how it’s implemented on Android - I know Google loves moving features out of AOSP
However, things like Android-Password-Store used Accessibility services through F-Droid for autotyping back when I used it
So, trying to understand what has been locked down, since I’m planning on going back to GrapheneOS
https://www.androidpolice.com/android-13-blocks-accessibility-services-sideloaded-apps/
It just takes an additional warning acknowledgement.
Thanks!