Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add 5G/LTE only network mode. #277

Open
wants to merge 112 commits into
base: 15
Choose a base branch
from
Open

Conversation

ZLima12
Copy link

@ZLima12 ZLima12 commented Sep 3, 2024

Add 5G/LTE only mode.

I am not currently capable of building, so this is completely untested. Anyone with a build setup and/or a spare device to test on would be appreciated. This is also the first time I've worked on GrapheneOS or Android in general, so please scrutinize the changes accordingly.

Closes: GrapheneOS/os-issue-tracker#3952

@ZLima12 ZLima12 marked this pull request as ready for review September 3, 2024 22:30
@thestinger thestinger force-pushed the 14 branch 2 times, most recently from 3e742b5 to f732cbd Compare September 3, 2024 23:59
@ZLima12 ZLima12 changed the base branch from 14 to 15 December 4, 2024 05:30
@ZLima12
Copy link
Author

ZLima12 commented Dec 4, 2024

Rebased onto 15. Again, this needs to be tested before being merged.

muhomorr and others added 23 commits December 6, 2024 08:06
This uses the standalone wallpaper picker class from WallpaperPicker2 as
seen in the Pixel stock ROM.
The NFC preference in Settings -> Connected devices -> Connection
preferences doesn't listen to changes from the NFC tile. (This wasn't an
issue in Android 10, because there used to be a SwitchPreference that
listened there.)
If no customization is needed, BoolSetting base class can be used directly from XML by adding
settings:boolSettingField="<class name> <BoolSetting field name>"
to the preference XML definition.
This preference controls the glove mode feature on Pixel devices for
increased touch sensitivity without requiring a custom HAL or other
device-side code. This is done by using the debug.touch_sensitivity_mode
system property, which Settings has permission to change. The
user-visible value is persisted in Settings.Secure, while the property
is persisted in persist.vendor.touch_sensitivity_mode.

Requires frameworks/base commit: "Add a config to state whether a device supports increased touch sensitivity."
Requires device/google/* commit: "Express support for increased touch sensitivity."

Closes: GrapheneOS#1
Co-authored-by: Diab Neiroukh <lazerl0rd@thezest.dev>
Change-Id: I86af721fde33226d314d8a44525f310828299a72
It's used by the duress password management UI in the next commit.
The majority of apps that depend on Google Play services are currently incompatible with storage DCL
restrictions due to Dynamite modules being loaded from the Play services data directory.

Play services is in the process of converting Dynamite modules into APK splits, which will resolve
this issue.

Hide the setting until this Dynamite module conversion is complete.
AOSP launcher doesn't have this feature.
"Additional services" category shows available CredentialProvider services. It should use the
Private Space userId, not the Owner userId.

Original change: GrapheneOS#297
"None" app picker option was invisible because this activity wasn't updated to support edge-to-edge.
There was a mismatch between checks in getContactSharingState() and setContactSharingState(),
which led to contacts access being granted by default when the user accepted a background
pairing request for a hands-free device, despite the contacts access toggle indicating that the
contacts access will not be granted.

Fix this check mismatch by removing the confusing setContactSharingState() method and switching code
that depends on setContactSharingState() to use the value of getContactSharingState() instead.
Before this change, contacts access toggle was turned on by default in foreground pairing dialogs
for hands-free devices.
muhomorr and others added 3 commits December 9, 2024 12:44
Fix back button not working properly on the owner credential input screen after activity
configuration change. In that case, back button opened a second owner credential input screen
instead of returning to the previous screen (the one that has the Duress password link).
There's a "Clear storage" button in App info > Storage & cache. When app implements a "manage
storage space" activity, that button opens it instead of actually clearing the storage.

"Manage space" activity might not provide an option to clear app storage or it might not work at
all.

This change adds a separate button to launch that activity and makes the "Clear storage" button
ignore its presence.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Add network type option for LTE/5G only