- Edited
Here is a simple one - color invert all the GOS icons to match dark mode, for example; Phone app - dark background, white handset, Camera app - dark background, white camera and etc.
Here is a simple one - color invert all the GOS icons to match dark mode, for example; Phone app - dark background, white handset, Camera app - dark background, white camera and etc.
If it's a wishlist...
I want to add that this is not in any way to be understood as criticism. Graphene is an incredible product and its achievments are the reason expectations are that big:) Also, maybe those things don't make sense, I'm not a dev, pls don't judge me too hard:D
Well, here are another three wishes:
AlanZ Update "Messages" to the latest API
Its better to just include another SMS app or at least ask user to download one on the device setup screen
As I understand it, a GOS keyboard is on the roadmap (or at least a consideration). If so, I'd like to request that a key feature from
https://github.com/rkkr/simple-keyboard
...(not to be confused w the talented, Tibor Kaputa's offering of the same name) be used: cursor space swipe. Currently, the stock kb requires swiping of the cursor on-screen itself. This is cumbersome and often inaccurate whereas swiping along the space key left or right keeps fingers down by the keys and allows for precise cursor movement.
This feature alone is a workflow game-changer given the nature of kb use. If anyone here hasn't tried this or another kb with said feature, I'm confident you'll agree.
A huge aside: thank you, devs and team GOS for the best OS I've ever used regardless of platform. Every time I use my phone, I'm reminded of the all the fantastic accomplishments that have been made here. GOS is truly a diamond in the rough.
My two controversional wishes are:
Elk9877 Sandboxed microG
MicroG is both poorly made and poorly maintained; so It just doesn't make sense to allow even an unprivileged implementation of It. MicroG was also caught logging user's Google account password to device logs.
Elk9877 DivestOS now has an unprivileged microG implementation.
I asked its developer and he himself doesn't recommend It.
Elk9877 I know there's almost no phones available that allow relocking the bootloader (I think Fairphone and Shiftphone are the only ones?)
Just Verified boot support or third-party Operating systems won't do. The device at least needs to have proper security implemented at the hardware/firmware level with proper IOMMU isolation, and much more to be even considered for GrapheneOS.
[deleted] Like what app? QKSMS was the most popular one, and the developer mysteriously disappeared for years, came back and said he's gonna keep working on it, then he disappeared mysteriously again.
Partisan SMS is a fork with bleh security, where, surprise surprise, the developer mysteriously has disappeared
Simple SMS is pretty meh
Silence is abandonware
... that's it for FOSS SMS apps really.
A "clear all data on exit" for Vanadium would be nice to have. It'd be nice to get rid of the incognito widget icon.
Conjure6589 A "clear all data on exit" for Vanadium would be nice to have.
That's a known feature to be implemented down the road.
wuseman That's because they have no incentive to work on their apps.
An SMS app which is mostly open source but the premium features are proprietary (so other people can't just compile from source to use them) would be a better choice.
As for my current wish list, I'd ask for
Ability to quickly switch profiles based on the pin code I enter. Yes, I know that multiple profiles can have the same PIN, but, for instance, if the user enables this feature, the OS could make sure my profiles will have different PINs. Or present a list of users on the profile's lock screen (also as an optional feature that can be disabled). This would make user switching way faster than it currently is.
Per-profile location spoofing. Currently only the main user can "emulate" location, and this affects all other profiles. It would be VERY helpful if each profile can have an option to simulate location separately (if not on a per-app basis, which, I presume, is much more difficult to implement). For example, banking, dating or evening taxi apps do not necessarily need to know even my approximate location, but some of them refuse to work if not granted access.
Ability to change TTLs of data packets when WiFi hotspot mode is enabled. Some cellular operators charge extra if the user uses mobile internet in the hotspot mode (even for his own devices). This is detected by the increased TTL in data packets comparing to normal smartphone traffic. AFAIK currently this can be adjusted only by rooting the phone.
Perhaps an out-of-box app for sharing files between profiles. I am using Primitive SFTPD and it works for me, but for newer users it may be difficult to set up, furthermore AFAIK ftp directories cannot be mounted on GrapheneOS as normal directories, so other apps cannot use them, unless they explicitly support SFTP.
FWIW I am a software developer and I could dedicate some time to implementing at least simpler asks, if the team needs help, as I love Graphene and use it a lot. If any of the existing developers could provide some guidance as to how certain features are preferred to be implemented and some help navigating the existing code base.
traveller Ability to change TTLs of data packets when WiFi hotspot mode is enabled. Some cellular operators charge extra if the user uses mobile internet in the hotspot mode (even for his own devices). This is detected by the increased TTL in data packets comparing to normal smartphone traffic. AFAIK currently this can be adjusted only by rooting the phone.
TTL mismatch is an easy way to detect tethering, but not the only way.
https://discuss.grapheneos.org/d/5683-tethering-is-being-detected-by-t-mobile/22
It would arguably be more productive to add an option to run hotspot client traffic through an existing VPN connection. I think there may be an open GitHub issue.
SpiderUser That's been brought up before and isn't going to happen. The throttling enforced by the security chip would prevent anyone from brute forcing a random 6 digit pin in a reasonable amount of time unless they had an exploit for it.
In the senerio that they had an exploit they could clone the storage before they run out of attempts and try again as many times as they want. It only introduces the possibility of permanent data loss without actually adding any security.