Quick question: why does my Privacy Guard in CM12.1. not show any root access settings at all?
Hi, just bought Amazon Fire Tablet 7", updated to 5.1.1., and installed CM12.1. with SuperSU. Everything worked. However, I decided to switch to CM's built-in root enabler (because it's open-source), so I ditched SuperSU through SuperSU's "Switch superuser apps" feature in SuperSU settings. SuperSU was automatically uninstalled, then I enabled the root privileges through Developer Options and this method too worked like a charm.
However, my Privacy Guard does not show the root access settings, so I have no control whatsoever on which application can or cannot have the root privileges, except turning root off altogether. A few root applications, e.g. AdAway, are working without problem but I was never prompted to grant them the root access in the first place. I've installed new applications, such as Greenify, but it too can access to the root without me explicitly granting the permission. I've also checked if Privacy Guard works at all, and it does, when I disabled locations service, I was prompted to enable it.
I did a factory reset within CM12.1. but to no avail. Any ideas or suggestions? If possible I'd like to get this sorted and try every solution before reverting back to SuperSU. Cheers.
himgil said:
Quick question: why does my Privacy Guard in CM12.1. not show any root access settings at all?
Hi, just bought Amazon Fire Tablet 7", updated to 5.1.1., and installed CM12.1. with SuperSU. Everything worked. However, I decided to switch to CM's built-in root enabler (because it's open-source), so I ditched SuperSU through SuperSU's "Switch superuser apps" feature in SuperSU settings. SuperSU was automatically uninstalled, then I enabled the root privileges through Developer Options and this method too worked like a charm.
However, my Privacy Guard does not show the root access settings, so I have no control whatsoever on which application can or cannot have the root privileges, except turning root off altogether. A few root applications, e.g. AdAway, are working without problem but I was never prompted to grant them the root access in the first place. I've installed new applications, such as Greenify, but it too can access to the root without me explicitly granting the permission. I've also checked if Privacy Guard works at all, and it does, when I disabled locations service, I was prompted to enable it.
I did a factory reset within CM12.1. but to no avail. Any ideas or suggestions? If possible I'd like to get this sorted and try every solution before reverting back to SuperSU. Cheers.
Click to expand...
Click to collapse
Don't have a definitive answer; there are various bug reports from users who have dabbled with SuperSU and the integrated CM12.1 root manager. Thoughts:
- reinstall SuperSU as it is well respected and will likely restore app level access permissions with minimal effort/fuss/risk
- if you prefer to stick with the integrated root manager I would suggest clean flashing CM12.1
- however, since your devices bootloader is likely > 5.0.1 you'll need to use a tool like FlashFire which carries increased risk (albeit small)
- developers tend to test/validate rom updates with SuperSU - a possible consideration moving forward
Davey126 said:
there are various bug reports from users who have dabbled with SuperSU and the integrated CM12.1 root manager.
Click to expand...
Click to collapse
Exactly what I am thinking; something is probably broken along the switching process. Cheers anyway.
Related
hey guys i have one problem with supersu.
i installed clean master and do cleaning **** and startup cleaning things and after reboot all apps that have granted root permission( foldermount, gmd gestures, lightflow, etc), these apps shows no toast popup after boot and to make them grant permissions i have to open them. Same thing when i installed boot manager and did not do anything but boot and again no supersu toast popups about root permissions after boot.
is there a way to keep the root grants after the boot? ( i have checked default acces to grant in supersu app)
I'm having problems with clean master working with SuperSu too.
clean master is so powerfull that disables supersu permissions.
They probably change some file permissions that SuperSU frowns at.
Chainfire said:
They probably change some file permissions that SuperSU frowns at.
Click to expand...
Click to collapse
i want to maintain supersu permissions after every boot no matter what. is there some option in supersu to be activated for that?
i'm on note 3 rooted with stock tw.
''enable supersu during boot''
please explain to me for what is this option
thx :good:
bump
dancapitan said:
''enable supersu during boot''
please explain to me for what is this option
thx :good:
Click to expand...
Click to collapse
This option has a summary that's pretty unclear. I've emailed the dev, hope to receive an answer soon. Fact is apps running during the boot_completed seem to get root randomly if this option is not enabled! Let me insist on the random fact, as my apps get root on boot frequently but not all the time. Other users have reported the same random behavior. Once the option is enabled everything works as expected!
However the option seem to imply that any root request on boot will be granted!? Regardless of user choice????
To make it short, check the option "enable supersu during boot" and root apps will receive root on boot as they used to!
3c said:
This option has a summary that's pretty unclear. I've emailed the dev, hope to receive an answer soon. Fact is apps running during the boot_completed seem to get root randomly if this option is not enabled! Let me insist on the random fact, as my apps get root on boot frequently but not all the time. Other users have reported the same random behavior. Once the option is enabled everything works as expected!
However the option seem to imply that any root request on boot will be granted!? Regardless of user choice????
To make it short, check the option "enable supersu during boot" and root apps will receive root on boot as they used to!
Click to expand...
Click to collapse
You should turn this into a proper bug report in the proper thead (either the beta or its own new thread) with all the useful information you think may be relevant. There is no email support, all support is here.
The option itself is for apps that run before Android is fully up and running, or su from adb shell during a bootloop, etc. I thould not influence apps running su from bootcomplete receivers, and if it does, then that needs to be investigated.
Is there currently any way to enable this feature via ADB on a boot looped phone? I really wish I would have known about this! I wouldn't be stuck where I'm at if I had only checked this option. Device is stuck at LG logo, no download or recovery, but has access to ADB. SU was installed, but I don't have root via ADB since the phone isn't finished booting...thus I'm not able to copy over the proper system.img or change the recovery/laf. Dang!
I have the problem too, when I install Fake Wifi, the automatic SuperSU granted is not working. Please help some advance. Thank's.
Hey guys why root required apps request for root access after installing super su
I have the same problem, have to add a task in tasker, auto open supersu and root granted apps once after boot,
I have a Samsung Captivate SGH-i897 that was running 4.3 Slimbean. Updated to
Android 4.4.4 Slim 4.4.4.build.9.0-WEEKLY-8328, Slim_galaxymtd-userdebug 4.4.4 KTU840 8328 test-key, and 3.0.101_NeatKernal_v1.11-g 75f7180. SELinux status=Enforced.
AFter flashing the ROM and Gapps began adding back some apps from the Play Store
and tried to do a backup with Titanium Backup but had NO ROOT ACCESS!
SuperSU reports "no SU binary found and can't load it. This is a problem."
Help! To root again but, how if that's the simple answer
Used Root Checker to check, says NO ROOT. Is it possible it IS STILL rooted and just some other problem?
Root is disabled due of security reasons on SlimRoms builds by default. If you want to enable root do the following:
Unlock developer options -> Go the settings about and tap 7 times on the build number to unlock it. If succesfull you will see a toast message that you have unlocked it.
Then got into Settings->Developer options
Search for root access. And either chose app or app and adb as option
You have now enabled system wide root access.
--from slimroms official site.
I had this same issue, and fixed it with just googling it. this post was the first that showed up. second was the slimroms site. enjoy.
p.s.--look up "SilentDenizen i897" on youtube.
Hi everyone,
I am using the application Raiffeisen Twint (version 1.2.16.0, https://play.google.com/store/apps/details?id=ch.raiffeisen.twint) on my Magisk's rooted Google Pixel (Android 8.0, Nov. 2017) without problems for a while, but since Magisk 14 versions, the application stopped working and the application reports that root is detected.
I have successfully updated to Magisk 14.5 (from 14.2), but root is still detected by the application, even with Magisk Hide activated for the application and the Magisk Manager package moved to a random name (could also be related to the updated application).
I have cleared the data of the application several times and it doesn't help and root is still detected by the application...
Anyone has a idea?
Thanks for your answers!
Like I said in the Magisk support thread, I can hide Magisk from that app just fine (on Magisk v14.5 beta)...
You don't happen to have any other mods that might trigger an app looking for root (like Xposed)? Can your device pass SafetyNet? Have you previously been rooted with any other root method and do you have any remnants of that left (root management apps, etc)? Do you have any apps that are known to be used for questionable purposes. By "questionable purposes" I mean getting access to paid features without paying, etc. Not necessarily that you use the app for this, but that the app might be used in such a manner... Etc, etc, etc. Every little detail might count.
Hi Didgeridoohan,
Thanks for helping me!
I do not have any mods installed in Magisk and also no Xposed. My device is passing SafetyNet!
I have performed a factory reset last week and since that I only rooted my device with Magisk 14.2, so no other rooting applications used. For details, I have unlocked bootloader, TWRP recovery installed and developer options and USB debugging activated.
My settings in Magisk are:
I have following applications installed on my device:
https://pastebin.com/pmt4jBMV
Do you see any applications with "questionable purpose"?
I get this message in the application:
Thanks a lot!
At a quick glance everything looks ok...
I did some experimenting with the other Raiffeisen apps you have installed, in case they also detect root and "tell" on you. At least one of them did detect root, but from what I could see it didn't make any difference for Twint.
I also tested installing a few of the root apps you had installed (in case the app looks for certain known apps), but that didn't make any difference either. I could still successfully hide root.
My guess is that it's something along these lines tough. That it's using another app or detecting a root app. You could start experimenting with that. Clearing data for the other Raiffeisen apps and adding them to MagiskHide and also removing root apps. Try disabling USB debugging and developer options as well (didn't make difference for me, but worth a shot).
Simple. Change name of package from settings in Magisk Manager, then MAKE SURE you add twint app to magisk hide list, then ERASE DATA of twint app, change package name once again and run twint. Working with Magisk 14.5. Screens if u want available. Or video.
Hi Didgeridoohan, Hi Mamama07,
Thanks for your help, but sadly none of your suggestions did worked... until the update of the application released yesterday, to fix problem related to rooted devices! [emoji3]
Thanks anyway again for your help! [emoji106]
I had the same problem (with BCV Twint) and after a few tries, changing Magisk Package Name worked!
Is it possible to temporarily disable root on SuperSU????
I can't log into Snapchat, Pokemon Go (there's a new update okay...), or Android Pay with SuperSU root, and a full unroot would be a good amount of work, plus I don't even know if they'll continue to work if I reroot.
I tried unchecking "Enable superuser" and that seems to get rid of the root permissions but doesn't yield any results on those apps.
Thanks in advance.
Two options, if you want to keep root:
suhide-lite
Magisk, but then you'd have to change root solution.
Like I said, if the default action is prompt, an app seeks root access and there is no prompt to grant it. If I change to grant as default, everything works. Root Checker, for instance, will fail to detect root in prompt mode but does so in grant mode. Same for Root Browser and, most importantly, Xposed.
I've tried reinstalling SuperSU. Didn't help. I have systemless root on a Moto X Pure and SuperSU 2.82.
I really don't want to leave it with grant as the default action. Not safe. I've been able to find a few other posts with a similar problem but they don't lead to solutions. This is a new behavior. Prompt used to work. About a week ago, I installed the latest version of Sensible Android Auto in Xposed. It worked twice and then stopped. My guess is that is the time when SuperSU stopped granting root. Everything that needs root can get root but ONLY if root is granted automatically to anything that asks for it.
Just rooted my Kyocera Event and deduced it to have the same problem. SuperSU 2.8.2 was not providing prompts and thus not granting root access, however changing to grant default did provide root. I tried installing SuperSU 2.7.9 rc4 but had the same result. I'm now just waiting for a definitive fix while looking for an alternative solution.