Thank you for your patience and kindness. Tried and ended up with no luck.Try disabling, rebooting, then enabling the Xprivacy in lsposed, then reboot again and see if it starts working.
For now I have to live with this

Thank you for your patience and kindness. Tried and ended up with no luck.Try disabling, rebooting, then enabling the Xprivacy in lsposed, then reboot again and see if it starts working.
Just block location totally for all other apps using XPrivacyLua.Ok, now I know where you are coming from.
Yes, I agree with the caching. However, even when I enable Location on my device, it will still take 2-3 minutes before the app will "see" *any* GPS coordinates (even the fake one) because it seems the device first needs to lock into the satellites. So this is giving me the impression that the way apps get gps coordinates is via a system broadcast intent from android (after it locks into the satellites), and then XPLUA can intercept that broadcast and substitute the real coordinates with the fake ones so the app will only get the fake ones.
And yes, this delay wouldn't happen if I kept location on all the time because it would always be "locked in" after the initial lock. But for privacy/security reasons, I only turn on the location for this app, then turn it back off then I am done using it. So, I just looking for a solution so I don't have to wait the 2-3 minutes before the app fully works correctly.
So, my main goal is to get the app to see the "fake" coordinates immediately and not wait the 2-3 minutes for the device to lock into the satellites.
But, if my theory is correct (that apps receive gps coordinates via a broadcast intent only *after* the device locks in), then that means I must somehow generate my own broadcast intent, so that the app doesn't have to wait the 2-3 minutes for android to generate it.
But it doesn't seem that XPLUA can do a broadcast intent.
I am very hesitant in trying to block all "other apps", because I once had a bad experience trying to block some system apps (using the original Xprivacya while back) and it boot-looped by device. I know that XPLUA is safer, but I still don't feel comfortable in keeping location on 24/7.Just block location totally for all other apps using XPrivacyLua.
Did you already try FakeGPS ?
You can spoof simulated location detection using XPrivacyLua too.
Try LSPosed-v1.8.3-6597-zygisk-releaseRestrictions don't work as expected. Before upgrading to Android 13, there are many restrictions logs available on xprivacylua pro app.
Now no log appears.
Sorry for my English
I have tried LSPosed-v1.8.3-6597-zygisk-release as well as several previous builds, which all don't work with Xprivacylua as expected.Try LSPosed-v1.8.3-6597-zygisk-release
My loga seem to be present of A13 stable. Good luck
I meant logs. Sorry about that. What device are you using? Are you on a Pixel running A13?I have tried LSPosed-v1.8.3-6597-zygisk-release as well as several previous builds, which all don't work with Xprivacylua as expected.
Thank you for the information, I am probably going to roll back to Android 12.
By the way what do you mean by 'loga'? You have Xprivacylua works with you on Android 13?
Pixel 6 at Android 13, both Xprivacylua and Xprivacylua pro launch well, but nothing have been restrictedI meant logs. Sorry about that. What device are you using? Are you on a Pixel running A13?
08-18 08:15:54.319 8775 8775 E AndroidRuntime: Caused by: java.lang.ClassNotFoundException: de.robv.android.xposed.XposedBridge
Thank you for the comment. I have no idea about what I am supposed to do to solve the problemCode:08-18 08:15:54.319 8775 8775 E AndroidRuntime: Caused by: java.lang.ClassNotFoundException: de.robv.android.xposed.XposedBridge
Instead of SystemProperties.get, you can get system properties using getprop command too.Hi folks. I don't understand much about Lua and how to write scripts.
The ro.boot.serial and ro.serialno are not being changed.
Do I need to modify anything to make it work?
If I'm not wrong, it should stay "unknown".
Can someone help me solve this?
Thanks in advance.
Could you give an example of how I put this into the script? PleaseInstead of SystemProperties.get, you can get system properties using getprop command too.
You should hook getprop too.
@Fif_ has a collection for hooking shell commands.Could you give an example of how I put this into the script? Please
Try Lsposed insteadHi, im on android 9, cygisk latest. I cant flash the riru-edxposed from within cygisk.
Is there any solution?
Cygisk is a modded closed source of Magisk.Hi, im on android 9, cygisk latest. I cant flash the riru-edxposed from within cygisk.
Is there any solution?
I thought cygisk is on github. The code is open to everyone. Besidea, the dev is well known for his previous project on bitgapps.Cygisk is a modded closed source of Magisk.
Certainly, you are on risk using it.
Tried lsposed at first but then it fails. Says wrong framework or something (older android version should use edxposed).
{
"builtin": false,
"collection": "Privacy",
"group": "Use.Tracking",
"name": "DeviceIntegrityCheck\/checkIntegrity",
"author": "B!",
"version": 0,
"description": "Skip asitplus device integrity check",
"className": "at.asitplus.utils.deviceintegrity.DeviceIntegrityCheck",
"methodName": "checkIntegrity",
"parameterTypes": [],
"returnType": "void",
"minSdk": 1,
"maxSdk": 999,
"minApk": 0,
"maxApk": 2147483647,
"enabled": true,
"optional": false,
"usage": true,
"notify": false,
"luaScript": "function before(hook, param)\n param:setResult(nil)\n return true\nend\n"
}
XPrivacyLua is not a permission manager, but a privacy manager. XPrivacyLua doesn't block things and doesn't revoke permissions, but does replace real data by fake data. This means you can grant Android permissions to an app and still let XPrivacyLua prevent the app from seeing privacy sensitive data. Revoking permissions can result in an app refusing to work and/or to crash. However, replacing real by fake data generally doesn't let an app crash.
Currently restrictions are quite crude because they mostly replace real data by no data. For example restricting the contacts app from getting contacts will result in an empty contact list. In the near future it might be made possible to select the data an app may see, for example just one group of contacts.
The goal is to have a tool that can properly protect the privacy of many in the near future. However, it isn't paid work, so I do whatever I like whenever I like it.
You can request features in this XDA forum. I will read them, but I will not respond to them and they might or might not be implemented. If I know for sure something will not be implemented, I will let you know.
You can report any problem you have here. There will be no issue tracker on GitHub.
For now I have decided to not implement restrictions that are useful to prevent tracking only. There are simply too many data items that can be used for tracking and it would take too much time to develop restrictions for all these data items.
The basic idea is to restrict only things that 'define' you, so which contacts you have, where you are, which apps you use, etc.
Maybe we can widen the definition of things that the core of XPL covers to "What defines you, and what can be used to spie on you"? This would include camera/audio, but not tracking.
XPrivacyLua is pretty feature complete and will be maintained and supported and when there is a need new hook definitions will be added to better protect your privacy. For the rest this FAQ applies:
https://github.com/M66B/XPrivacyLua/blob/master/FAQ.md#FAQ4
As said before, development will also depend on Xposed development, which is just minimal unfortunately.