You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Sep 6, 2019. It is now read-only.
By default, XPrivacy does not restrict critical methods within a category, when a category is checked. E.g. checking the category "Identification" will not check "/proc", "/system/build.prop" and "GservicesProvider".
Please give us an option to enable an advanced mode, where these critical methods within a category get checked as well as the non-critical ones (at least in non-system apps). I am aware that blocking these critical methods might "break" an app and that I might have to re-boot after having granted access to a previously blocked critical method, but it is impossible to block all these methods for > 100 apps manually and I prefer the brutal way of telling an app which methods to use and which not.
After enabling such an advanced mode, XPrivacy could show a message for ~20 seconds and ask the user to confirm.
The text was updated successfully, but these errors were encountered:
I shall +1 this request. My usual workflow on installing a new app is to restrict everything and when it bugs I look at what its usage and start allowing stuff bit by bit.
@danielmmmm We're looking forward to get a more detailed template. As soon as @M66B applies this, it would be easy to restrict these unsafe categories by default when you install a new app.
I agree with you, I'm restricting almost always manually "/proc" and "GservicesProvider".
By default, XPrivacy does not restrict critical methods within a category, when a category is checked. E.g. checking the category "Identification" will not check "/proc", "/system/build.prop" and "GservicesProvider".
Please give us an option to enable an advanced mode, where these critical methods within a category get checked as well as the non-critical ones (at least in non-system apps). I am aware that blocking these critical methods might "break" an app and that I might have to re-boot after having granted access to a previously blocked critical method, but it is impossible to block all these methods for > 100 apps manually and I prefer the brutal way of telling an app which methods to use and which not.
After enabling such an advanced mode, XPrivacy could show a message for ~20 seconds and ask the user to confirm.
The text was updated successfully, but these errors were encountered: