-
Notifications
You must be signed in to change notification settings - Fork 13
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
Sideloaded apps misinterpreted as system apps #11
Comments
So.. This is complicated. I considered system app anything that wasn't installed from play store and anything that wasn't installed manually (by package installer). If I consider anything that has a known origin, there system apps that will be shown, because in my scenario a lot of Samsung apps have a known origin, Samsung installed them. If you really want, I can change the algorithm to anything that has known origin, but be aware bloat or system apps will appear too. |
Are you sure you are not mixing system apps with pre-installed apps in your thought? Even if there are apps that can not be uninstalled or disabled, they aren't system unless defined as so (different partition, I guess?). In other words, yes, go for it. |
Fixed on last version (was already fixed a few weeks ago, but since I never generated an apk for that version..)! |
The latest update seemed to slightly increase the number of apps shown, but it still isn't correct, even after clearing SDKMonitor's app data. SDKMonitor claims I have 117 user apps, AppChecker claims I have 153. |
This is weird. I’m literally checking if app has a known origin: https://github.com/bernaferrari/SDKMonitor/blob/4ee05b0a21c7ef38bcc8f0ffceb2eeb3ead9ab9c/app/src/main/java/com/bernaferrari/sdkmonitor/core/AppManager.kt#L41
Any idea on how to find the other apps?
…On 6 Apr 2019 02:21 -0300, Madis ***@***.***>, wrote:
The latest update seemed to slightly increase the number of apps shown, but it still isn't correct, even after clearing SDKMonitor's app data.
SDKMonitor claims I have 117 user apps, AppChecker claims I have 153.
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or mute the thread.
|
SDMaid - 153 The latter is open source, so it might help. |
Technically I should never look at gpl code because I'm using Apache 2, unless @dkanada allows.. But I found he is using PackageManager.GET_META_DATA instead of 0 I was using and that returns a few more results - probably what you want. |
One line of code, a different language, a system API call... I don't think they'd mind if you implemented that 😄 |
Is it OK now? |
Not as of the #9 latest APK. Unless you made a new one? |
No.. So, could you please clean up data, open it, wait for sync to finish, and send me the logs? |
Sent. Seems like all oandbackup and ADB-installed packages have the source |
Uh oh! I just changed completely from that! Reinstall is not necessary, but clean data is: |
It is now correct! 🎉 |
Thanks! |
I have several apps which I have either sideloaded or restored by root (app and app data) with oandbackup which are misrepresented as system apps by SDKMonitor.
Not sure what additional data I can provide to help you, app/package names likely wouldn't help.
Related: #5
The text was updated successfully, but these errors were encountered: