App Manager | DEBUG
ADB Shell v1.0 DEBUG#2.apk
ADB Shell v2.1.0 DEBUG#3.apk
5.1 MB
Adb Shell v2.1.0 Debug Run#3
- Discover and connect to ADB automatically
- Update license (now under GPL-3.0 and Apache-2.0)
- Update Spake2 (fix memory leaks)
- Discover and connect to ADB automatically
- Update license (now under GPL-3.0 and Apache-2.0)
- Update Spake2 (fix memory leaks)
App Manager | DEBUG
ADB Shell v2.1.0 DEBUG#3.apk
Adb Shell v2.1.0 Debug#4.apk
5.3 MB
Adb Shell v2.1.0 Debug Run#4
- Automatically detect port number while paring
- Migrate to Material Design 3
- Automatically detect port number while paring
- Migrate to Material Design 3
How should I adopt the new Material Design 3 in App Manager?
Final Results
16%
Keep the colours as is.
84%
Adopt dynamic colours.
🔥9👎1
App Manager | DEBUG
How should I adopt the new Material Design 3 in App Manager?
I think we’re quite clear on what the most users want. Since somebody down-voted on the poll, I believe it is necessary to clarify things a bit regarding why I’ve been migrating to M3 only a few days after it’s been released:
The Material Design 2 has too many flaws and inconsistencies. I mean I’ve had to make many customizations just to make things look good, but even then, it wasn’t enough as I was modernizing the UI by adding the all-new technologies such as the bottom sheet dialog or chips. But the primary issue with M2 is its colours. While it is possible to tolerate the light theme, the dark theme was too white (as complained by many). As a result, I’ve needed to apply different hacks to actually replace the light-gray colours with more black ones, and adding new components have been very difficult. With M3, the developers have done quite impressive work on the colours and consistency (although there are still some minor catches and framework-imposed limitations) which has made it easy and exciting to work on designs.
However, we will go through a series of tests before deciding on the final designs. I am trying to follow M3 guidelines as close as possible but I might have to bend rules in a few cases or places. As always, be sure to report any UI/UX issues as it is not possible to find all the issues all by myself in such a massive project as this one.
The Material Design 2 has too many flaws and inconsistencies. I mean I’ve had to make many customizations just to make things look good, but even then, it wasn’t enough as I was modernizing the UI by adding the all-new technologies such as the bottom sheet dialog or chips. But the primary issue with M2 is its colours. While it is possible to tolerate the light theme, the dark theme was too white (as complained by many). As a result, I’ve needed to apply different hacks to actually replace the light-gray colours with more black ones, and adding new components have been very difficult. With M3, the developers have done quite impressive work on the colours and consistency (although there are still some minor catches and framework-imposed limitations) which has made it easy and exciting to work on designs.
However, we will go through a series of tests before deciding on the final designs. I am trying to follow M3 guidelines as close as possible but I might have to bend rules in a few cases or places. As always, be sure to report any UI/UX issues as it is not possible to find all the issues all by myself in such a massive project as this one.
🔥5👍1
With the release of Magisk v24.x, I will be adding support for Magisk DenyList. However, this will not replace MagiskHide e.g. if you have both MagiskHide and DenyList, both options will show up. For back up/restore, the MagiskHide rules will be applied as Magisk DenyList if MagiskHide could not be detected.
Those who still don’t know what Magisk DenyList is:
It is a new functionality (introduced in Magisk v24.0) that hides Magisk and all its components (effectively hiding the root). However, it requires that you enable both Zygisk and DenyList in the settings page of Magisk. Although this replaced MagiskHide, it is not the same as MagiskHide because MagiskHide can also tweak certain build properties to attempt to evade SafetyNet detection. Consequently, the number of tweaks have become so many that John Wu had a hard time keep track of them (and this shouldn’t be something Magisk should do). As a result, they have been now available as separate Magisk modules. One of such magisk modules is Universal SafetyNet Fix which is actively being developed by Danny Lin, Chris Renshaw (Magisk contributor), et al.
Those who still don’t know what Magisk DenyList is:
It is a new functionality (introduced in Magisk v24.0) that hides Magisk and all its components (effectively hiding the root). However, it requires that you enable both Zygisk and DenyList in the settings page of Magisk. Although this replaced MagiskHide, it is not the same as MagiskHide because MagiskHide can also tweak certain build properties to attempt to evade SafetyNet detection. Consequently, the number of tweaks have become so many that John Wu had a hard time keep track of them (and this shouldn’t be something Magisk should do). As a result, they have been now available as separate Magisk modules. One of such magisk modules is Universal SafetyNet Fix which is actively being developed by Danny Lin, Chris Renshaw (Magisk contributor), et al.
🔥5
AM Debug v2.7.0 Run#1670
Refactor Migrate to Material 3
A partial migration to Material 3 library with the App Manager's custom colours
removed. This also removes many unneeded hacks and workarounds required for
Material Design 2 (MD2) library. In addition, several custom components are
added or derived based on the Material guidelines which are not present in the
material-components libraries. They include:
1. SwipeRefreshLayout (based on AndroidX's SwipeRefreshLayout). This component
lets a developer set SRL background and animation colours via attributes.
2. AlertDialogBuilder (based on MaterialAlertDialogBuilder and
AlertDialog.Builder) capable of displaying a dialog that opens in
full-screen mode in small devices as per the Material guidelines. This
component is currently unstable.
3. DialogTitleBuilder capable of setting icon, noscript, supporting text (official
MaterialAlertDialogBuilder lacks the support for supporting text) as per
Material guidelines. It generates a view that can be set using
AlertDialogBuilder's setCustomTitle().
4. FullScreenDialogTitleBuilder capable of generating the noscript section for a
full-screen dialog. This is internally used by AlertDialogBuilder to
generate full-screen dialog.
All the layout files have been refactored to apply the Material 3 changes
along with some UI changes. They include:
1. In the app usage page, data usage for mobile networks were shown using an
They have been replaced with an Android phone icon and a Wi-Fi icon
respectively.
2. In the activities tab in the app details page, the size of the shortcut
buttons were reduced in order to make them less prominent.
3. In the log viewer page, the contents of the “Search by” dialog have been
made more straight-forward to let users know that they are actually
filterable options. The information in the dialog can also be selected
(and copied).
4. Key generator and changelogs dialogs in the settings page are displayed in
full-screen in small devices.
5. Fast scrolling capabilities are added in the app info tab, the running apps
page and the app usage page.
6. The “Reset to default” button in the interceptor page has been made less
prominent.
Finally, there are some known issues:
1.Bottom sheet dialogs are not respecting the Material 3 guidelines.
2. Dialog noscript section isn't following the Material 3 guidelines (partly
because material-components library itself does not follow them).
3. Spinners (also known as combobox in some languages) should be replaced with
their counterparts in the material-components library.
4. Some texts in App Manager are too small.
Signed-off-by: Muntashir Al-Islam <muntashirakon@riseup.net>
Refactor Migrate to Material 3
A partial migration to Material 3 library with the App Manager's custom colours
removed. This also removes many unneeded hacks and workarounds required for
Material Design 2 (MD2) library. In addition, several custom components are
added or derived based on the Material guidelines which are not present in the
material-components libraries. They include:
1. SwipeRefreshLayout (based on AndroidX's SwipeRefreshLayout). This component
lets a developer set SRL background and animation colours via attributes.
2. AlertDialogBuilder (based on MaterialAlertDialogBuilder and
AlertDialog.Builder) capable of displaying a dialog that opens in
full-screen mode in small devices as per the Material guidelines. This
component is currently unstable.
3. DialogTitleBuilder capable of setting icon, noscript, supporting text (official
MaterialAlertDialogBuilder lacks the support for supporting text) as per
Material guidelines. It generates a view that can be set using
AlertDialogBuilder's setCustomTitle().
4. FullScreenDialogTitleBuilder capable of generating the noscript section for a
full-screen dialog. This is internally used by AlertDialogBuilder to
generate full-screen dialog.
All the layout files have been refactored to apply the Material 3 changes
along with some UI changes. They include:
1. In the app usage page, data usage for mobile networks were shown using an
M prefix and data usage for Wi-Fi networks were shown using a W prefix.They have been replaced with an Android phone icon and a Wi-Fi icon
respectively.
2. In the activities tab in the app details page, the size of the shortcut
buttons were reduced in order to make them less prominent.
3. In the log viewer page, the contents of the “Search by” dialog have been
made more straight-forward to let users know that they are actually
filterable options. The information in the dialog can also be selected
(and copied).
4. Key generator and changelogs dialogs in the settings page are displayed in
full-screen in small devices.
5. Fast scrolling capabilities are added in the app info tab, the running apps
page and the app usage page.
6. The “Reset to default” button in the interceptor page has been made less
prominent.
Finally, there are some known issues:
1.
2. Dialog noscript section isn't following the Material 3 guidelines (partly
because material-components library itself does not follow them).
3. Spinners (also known as combobox in some languages) should be replaced with
their counterparts in the material-components library.
4. Some texts in App Manager are too small.
Signed-off-by: Muntashir Al-Islam <muntashirakon@riseup.net>
🔥3
App Manager | DEBUG
AM Debug v2.7.0 Run#1670 Refactor Migrate to Material 3 A partial migration to Material 3 library with the App Manager's custom colours removed. This also removes many unneeded hacks and workarounds required for Material Design 2 (MD2) library. In addition…
NOTE: I haven’t added support for dynamic colours yet. Due to a large amount of changes, thus, a slow response from the IDE due to my PC having not enough memory, I wasn’t about to test out all the features and I didn’t run any integration tests. So, this might cause certain issues depending on your Android versions. Be sure to report any issues that you might be facing. Also, the poll (above) is still open. You can still change your mind after testing out the new colours.
Telegram
App Manager | DEBUG
How should I adopt the new Material Design 3 in App Manager?
Keep the colours as is. / Adopt dynamic colours.
Keep the colours as is. / Adopt dynamic colours.
👍4🔥1🎉1
AM Debug v2.7.0 Run#1671
Refactor Fix various issues
1. Fix a compatibility issue that prevented pre-Marshmallow devices from
displaying “About the device” page
2. Fix FileNotFound issue in some versions of Android in the instructions page
3. Fix displaying wrong icon for “View in Settings” in the app info tab
4. Reveal RunningAppsActivity for unprivileged users. Although it can display
only one app (App Manager) in Android 7.0 and later, it might be useful to
see the memory (and swap) usage in the long run.
Signed-off-by: Muntashir Al-Islam <muntashirakon@riseup.net>
Refactor Fix various issues
1. Fix a compatibility issue that prevented pre-Marshmallow devices from
displaying “About the device” page
2. Fix FileNotFound issue in some versions of Android in the instructions page
3. Fix displaying wrong icon for “View in Settings” in the app info tab
4. Reveal RunningAppsActivity for unprivileged users. Although it can display
only one app (App Manager) in Android 7.0 and later, it might be useful to
see the memory (and swap) usage in the long run.
Signed-off-by: Muntashir Al-Islam <muntashirakon@riseup.net>
🔥2
AM Debug v2.7.0 Run#1672
AppDetails Fix displaying info for permissions whose app ops are set to foreground
Signed-off-by: Muntashir Al-Islam <muntashirakon@riseup.net>
AppDetails Fix displaying info for permissions whose app ops are set to foreground
Signed-off-by: Muntashir Al-Islam <muntashirakon@riseup.net>
🔥2
AM Debug v2.7.0 Run#1673
AppDetails Fix empty app ops page in Android 12
In addition, prevent the list of app ops from being truncated for no-root users
(
Signed-off-by: Muntashir Al-Islam <muntashirakon@riseup.net>
AppDetails Fix empty app ops page in Android 12
In addition, prevent the list of app ops from being truncated for no-root users
(
android.permission.GET_APP_OPS_STATS is granted via ADB)Signed-off-by: Muntashir Al-Islam <muntashirakon@riseup.net>
🔥3
App Manager | DEBUG
How should I adopt the new Material Design 3 in App Manager?
By the way, those who are interested in privacy may want to look at this blogpost: https://fingerprintjs.com/blog/how-android-wallpaper-images-threaten-privacy/
It’s always better to use the PWA version of an app (if available) if you don’t trust the corporation behind it, but you badly need it for some reason.
It’s always better to use the PWA version of an app (if available) if you don’t trust the corporation behind it, but you badly need it for some reason.
Fingerprint
How Android Wallpaper Images Can Threaten Your Privacy
Android 12's Material You could risk your privacy. Learn protective measures with our insights.
🔥5😱1
AM Debug v2.7.0 Run#1674
Refactor Make PendingIntent of crash-report notification mutable
Making PendingIntent immutable has rendered it unusable in MIUI.
Signed-off-by: Muntashir Al-Islam <muntashirakon@riseup.net>
Refactor Make PendingIntent of crash-report notification mutable
Making PendingIntent immutable has rendered it unusable in MIUI.
Signed-off-by: Muntashir Al-Islam <muntashirakon@riseup.net>
🔥2
AM Debug v2.7.0 Run#1675
AppDetails Fix missing permissions
Some permissions were not displayed in the “uses permissions” tab in old
Android versions because App Manager was trying to retrieve app ops associated
with the permissions that did not exist at that time.
Signed-off-by: Muntashir Al-Islam <muntashirakon@riseup.net>
AppDetails Fix missing permissions
Some permissions were not displayed in the “uses permissions” tab in old
Android versions because App Manager was trying to retrieve app ops associated
with the permissions that did not exist at that time.
Signed-off-by: Muntashir Al-Islam <muntashirakon@riseup.net>
🔥2
AM Debug v2.7.0 Run#1676
AppOps Add new app ops from Android 12
Signed-off-by: Muntashir Al-Islam <muntashirakon@riseup.net>
AppOps Add new app ops from Android 12
Signed-off-by: Muntashir Al-Islam <muntashirakon@riseup.net>
👍1🔥1