Related
I have installed XPOSED and with that XPRIVACY to control what information apps like FACEBOOK and MESSENGER leaks over the internet, and what information they can access on my phone....
But recently my banking app was updated, and it now detect the XPRIVACY Module, if that module is ACTIVE inside XPOSED INSTALLER... If i deactivate the XPRVACY Module, and restart, then I can start the banking app with no problem...
Obviously its a drag to DISABLE MODULE-->RESTART-->DO BANKING-->ENABLE MODULE-->RESTART-->BE PROTECTED AGAIN
So can anyone point me in the right direction on how to keep XPRIVACY enabled, while still being able to use the banking app...
The banking app in question is:
https://play.google.com/store/apps/details?id=no.spv.mobilbank
So if you have XPOSED and XPRIVACY, you can download this app, and see that it FORCE CLOSES as long as the XPRIVACY Module is active inside XPOSED...
If you disable XPRIVACY you will see the app starting up, and displaying some login screen...
Can anyone help me in this endavour??
I've tried using SudoHide & MinMinHide, but those did not work for this... as long as the module is active inside XPOSED, then the app will force close...
Rootcloack did also not do anything for this specific problem...
Im not sure what method the app uses to detect that the module is installed and active... but the app does not care, if the XPRIVACY module is installed, but not active, also it doesn't seem to care about XPOSED itself, and the rest of XPOSED's modules... Its just when XPRIVACY Module is activated inside XPOSED...
Please give me suggestions as where to go... what to do... what to test...
Since Xprivacy is freeware, I was considering downloading it, and renaming all the files and the code in the files, to not include "xprivacy" text or "bikhorst" text (package name), but building the app, seems to be my problem...
My pc is old, and does not support the never versions of android studio...
Is there something in the banking app itself, that i could edit, using APK EDITOR perhaps... (or similar programs) to stop the app from checking for XPRIVACY (active) Module...
Is there some other apps that I could try, that might somehow stop only that one app from detecting that I use XPRIVACY to protect my privacy where I can....
I have tried:
"No Device Check"
"RootCloack"
"SudoHide" & "MinMinHide"
What I seem to need is some XPOSED MODULE, or other app that can "hide the presence of the active XPRIVACY module"...
I've tried to use XPRIVACY itself to deny the https://play.google.com/store/apps/details?id=no.spv.mobilbank (no.spv.mobilbank) app from checking the system for the presence of XPRIVACY, and if I put checkmarks on categories "IPC" and "SHELL" inside XPRIVACY for the "no.spv.mobilbank" then XPRIVACY starts up, and asks if I want to allow or deny access to shell/ipc and then the app crashes... (as it detects xprivacy if allowed that access, or it just crashes fast, if denied that access, so what can i do inside XPRIVACY to force a false check and then avoid a crash, so that the app keeps loading)
I've also tried to use APKTOOL to reverse engineer the app, since there is a config.xml file that contains the two following lines of code, that seems to have something to do with the checking, but the apktool fails at rebuilding the edited apk file, so those changes cannot so far be saved (by me) to that apk file...
(the file with the xml I want to change: c:\OUTPUTFOLDER\res\xml\confiig.xml)
(correct path if you let APKTOOL decompile the app to c:\OUTPUTFOLDER\)
And the CHANGES i think will stop the behavoiur:
(when i set the ONLOAD to FALSE in these two paragraphs)
<feature name="Whitelist">
<param name="android-package" value="org.apache.cordova.whitelist.WhitelistPlugin" />
<param name="onload" value="false" />
</feature>
<feature name="ExternalAppBlock">
<param name="android-package" value="no.spv.mobilbank.lib.SPVExternalAppBlock" />
<param name="onload" value="false" />
</feature>
Too bad there is no way to try this for me, ass I cannot get the APKTOOL to reassemble the files back to an APK file... It only does the decompiling correctly (im using APKTOOL 2.2.1)
Anyone with any good ideas, or suggestions as what to try, or what to do different?
If anyone could build an XPOSED module that somehow disabled this check, performed by no.spv.mobilbank then I'd be most gradeful !! (but I don't know how to build that myself)
alexdata said:
I have installed XPOSED and with that XPRIVACY to control what information apps like FACEBOOK and MESSENGER leaks over the internet, and what information they can access on my phone....
But recently my banking app was updated, and it now detect the XPRIVACY Module, if that module is ACTIVE inside XPOSED INSTALLER... If i deactivate the XPRVACY Module, and restart, then I can start the banking app with no problem...
Obviously its a drag to DISABLE MODULE-->RESTART-->DO BANKING-->ENABLE MODULE-->RESTART-->BE PROTECTED AGAIN
So can anyone point me in the right direction on how to keep XPRIVACY enabled, while still being able to use the banking app...
The banking app in question is:
https://play.google.com/store/apps/details?id=no.spv.mobilbank
So if you have XPOSED and XPRIVACY, you can download this app, and see that it FORCE CLOSES as long as the XPRIVACY Module is active inside XPOSED...
If you disable XPRIVACY you will see the app starting up, and displaying some login screen...
Can anyone help me in this endavour??
I've tried using SudoHide & MinMinHide, but those did not work for this... as long as the module is active inside XPOSED, then the app will force close...
Rootcloack did also not do anything for this specific problem...
Im not sure what method the app uses to detect that the module is installed and active... but the app does not care, if the XPRIVACY module is installed, but not active, also it doesn't seem to care about XPOSED itself, and the rest of XPOSED's modules... Its just when XPRIVACY Module is activated inside XPOSED...
Please give me suggestions as where to go... what to do... what to test...
Since Xprivacy is freeware, I was considering downloading it, and renaming all the files and the code in the files, to not include "xprivacy" text or "bikhorst" text (package name), but building the app, seems to be my problem...
My pc is old, and does not support the never versions of android studio...
Is there something in the banking app itself, that i could edit, using APK EDITOR perhaps... (or similar programs) to stop the app from checking for XPRIVACY (active) Module...
Click to expand...
Click to collapse
Have you tried to post this question on the XPrivacy thread?
Sent using the d2vzw Communicator from the Bridge of the U.S.S. Enterprise (N.C.C. 1701).
Ibuprophen said:
Have you tried to post this question on the XPrivacy thread?
Click to expand...
Click to collapse
Well, not yet.... mostly because asking the same question, several places in the same forum, is not so much liked in the other forums I use...
There is no bug with Xprivacy itself, nor with Xposed, but since this is a setup that runs Xposed, i found it most logically to ask it here first...
As more people might visit the Xposed part, than the Xprivacy part of the forum...
But... I might repost the question in Xprivacy aswell...
Would you perhaps have a direct link to the Xprivacy part of this forum (im still quite new on this forum) ??
alexdata said:
Well, not yet.... mostly because asking the same question, several places in the same forum, is not so much liked in the other forums I use...
There is no bug with Xprivacy itself, nor with Xposed, but since this is a setup that runs Xposed, i found it most logically to ask it here first...
As more people might visit the Xposed part, than the Xprivacy part of the forum...
But... I might repost the question in Xprivacy aswell...
Would you perhaps have a direct link to the Xprivacy part of this forum (im still quite new on this forum) ??
Click to expand...
Click to collapse
Here it is but, keep in mind that if there's a support thread for something, it's better to post within that thread so a dev or someone else can help you out.
http://forum.xda-developers.com/showthread.php?t=2320783
Sent using the d2vzw Communicator from the Bridge of the U.S.S. Enterprise (N.C.C. 1701).
I know this is an old thread, but people still come here from google search looking for solutions to their issues. So, here is what you can try:
I think you have tried it, but still. On the main window of xprivacy, uncheck the 2 boxes beside the banking app. Xprivacy will not block anything for this app. Now clear all the data of the banking app from settings > applications or wherever it is on your phone. Check it the app works now.
If the above does not work do this. Go back to xprivacy > tap the icon of the banking app on left side. This will let you change permissions only for that app. Make sure all the boxes are clear. Go to bottom > check the first box next to System > tap the arrow on the left side of system. Now, check the first box of these 6 sub-permissions under system:
getInstalledApplications
getInstalledPackages
getRecentTasks
getRunningAppProcesses
getRunningServices
getRunningTasks
Now clear all the data of the banking app like in the 1st step and check if it works.
One of these 2 steps should work.
NOTE: Just installing Rootcloak does not do anything. You need to add the package name of the banking app to make it work. Which can be done by opening Rootcloak and going to manage apps and adding it from the list.
Extremely sorry if I am spamming the forum with this thread, but thought of starting this discussion to see if the geeks can help with sharing the knowledge.
I don't think I have to emphasize on why Magisk over Xposed (The Magisk Forum has a lot of articles on why.), but I am surprised to realize that Magisk is still the so called "new guy" even after these many years of launch..
All I get for a sample search "best modules Magisk" is a bunch of tweaking modules which say they can alter your ART mechanism or save your battery, I mean, who cares for the performance in 2019!!! we have got beastly phones and just want magik to happen on them. Magisk is still the same serious experimental mod that lets you root and hide it from banking/work apps but not yet cool.
For example, every time I installed Xposed on a new phone, I would go look for the famous "Gravity Box" just to enable the status bar brightness control gesture.
And the "X-insta" that lets me download media from Instagram . (Of course this module seems to be dead for a few months).
And a bunch of adblockers.
And a hell lot mods that I don't remember from the top of my head, but it was really magic.. And it is slowing down (I feel so..)
Well, someone might say that we can install Xposed itself as a module, but that just crashes the "SafetyNet" which is very annoying, it makes the phone useless without being able to open GooglePay and other banking apps.
I know I might be wrong but I am posting just to see if people use any equivalent "cool" modules in Magisk that are not easily seen in the Magisk Modules repo or if someone has found a way to pass the "SafetyNet" with Xposed+Magisk to make Android awesome again!!:good:
sagar2208 said:
Extremely sorry if I am spamming the forum with this thread, but thought of starting this discussion to see if the geeks can help with sharing the knowledge.
I don't think I have to emphasize on why Magisk over Xposed (The Magisk Forum has a lot of articles on why.), but I am surprised to realize that Magisk is still the so called "new guy" even after these many years of launch..
All I get for a sample search "best modules Magisk" is a bunch of tweaking modules which say they can alter your ART mechanism or save your battery, I mean, who cares for the performance in 2019!!! we have got beastly phones and just want magik to happen on them. Magisk is still the same serious experimental mod that lets you root and hide it from banking/work apps but not yet cool.
For example, every time I installed Xposed on a new phone, I would go look for the famous "Gravity Box" just to enable the status bar brightness control gesture.
And the "X-insta" that lets me download media from Instagram . (Of course this module seems to be dead for a few months).
And a bunch of adblockers.
And a hell lot mods that I don't remember from the top of my head, but it was really magic.. And it is slowing down (I feel so..)
Well, someone might say that we can install Xposed itself as a module, but that just crashes the "SafetyNet" which is very annoying, it makes the phone useless without being able to open GooglePay and other banking apps.
I know I might be wrong but I am posting just to see if people use any equivalent "cool" modules in Magisk that are not easily seen in the Magisk Modules repo or if someone has found a way to pass the "SafetyNet" with Xposed+Magisk to make Android awesome again!!:good:
Click to expand...
Click to collapse
Magisk doesn't work the same way as Xposed,one mounts and modifies files and the other hooks and modifies app code at runtime,and yes there is a way to use Xposed and pass safetynet if you are either on Oreo or Pie,it's called Edxposed
Edxposed is an open source Xposed alternative released early this year that uses a different method to hook into the system which allows it to pass safetynet and it allows you to blacklist apps in which you don't to load Xposed into,and if you are in pie there is already a beta of gravitybox that fully supports Pie (it's not yet in the Xposed repo because it's not fully stable yet)
Here are some pictures showing edxposed passing safetynet and me using the event lock module on Android pie,incase you are interested here are the links to edxposed https://forum.xda-developers.com/xposed/android-9-0-xposed-solutions-t3889513 it works on both Oreo and Pie (ignore the last step and just use edxposed installer) it's the last link and the first post,if you have any doubts feel free to ask there
DanGLES3 said:
Here are some pictures showing edxposed passing safetynet and me using the event lock module on Android pie,incase you are interested here are the links to edxposed https://forum.xda-developers.com/xposed/android-9-0-xposed-solutions-t3889513 it works on both Oreo and Pie (ignore the last step and just use edxposed installer) it's the last link and the first post,if you have any doubts feel free to ask there
Click to expand...
Click to collapse
A Hope!!
Thank you very much for the info, will try and post an update..
Even after these many years of launch people seems to not understand Magisk purpose, features and way of work. Same for Xposed.
Does Magisk has "modules" ? Yes! Does Xposed has "modules" ? Yes! But that's it. The name. The only thing in common between Magisk and Xposed is _the name, the word, "module" _ for their respective plug-ins, addons. Nothing more. Period.
Magisk attachs to Android, works completely different from the way Xposed does. What they do and what they can do are different. They are not even closer to be an alternative of one to another.
Having that said, do not expect that modules of one can deliver similar features of a module of another. If this somehow someday for an specific pair of modules happen be sure they are accomplishing that but doing in complete different ways behind the scenes.
About Xposed not breaking SafetyNet, we have now for Android O+ the alternatives EdXposed (open source) and Tai Chi (closed source). They do not break it because the way they're implemented is different from original Xposed by Rovo. They are different approachs, new code with new ways of work, but that delivers same entrance points, same nomenclature, as original Xposed itself. Thus being (generally speaking) compatible with modules originally built to original Xposed.
Both EdXposed and Tai Chi are experimental yet, although working fine at least on Android P. If they show themselves as solid solutions then probably we will see new Xposed like modules appearing out there. I do hope so.
wilsonhlacerda said:
Even after these many years of launch people seems to not understand Magisk purpose, features and way of work. Same for Xposed.
Does Magisk has "modules" ? Yes! Does Xposed has "modules" ? Yes! But that's it. The name. The only thing in common between Magisk and Xposed is _the name, the word, "module" _ for their respective plug-ins, addons. Nothing more. Period.
Magisk attachs to Android, works completely different from the way Xposed does. What they do and what they can do are different. They are not even closer to be an alternative of one to another.
Having that said, do not expect that modules of one can deliver similar features of a module of another. If this somehow someday for an specific pair of modules happen be sure they are accomplishing that but doing in complete different ways behind the scenes.
About Xposed not breaking SafetyNet, we have now for Android O+ the alternatives EdXposed (open source) and Tai Chi (closed source). They do not break it because the way they're implemented is different from original Xposed by Rovo. They are different approachs, new code with new ways of work, but that delivers same entrance points, same nomenclature, as original Xposed itself. Thus being (generally speaking) compatible with modules originally built to original Xposed.
Both EdXposed and Tai Chi are experimental yet, although working fine at least on Android P. If they show themselves as solid solutions then probably we will see new Xposed like modules appearing out there. I do hope so.
Click to expand...
Click to collapse
Couldn't have said it better (my previous texts were written at 3am so pardon for any mistake I did XD)
With Google play music going away soon, the community would definitely benefit from a module for YouTube Music (not YouTube).
Requested features, at least from my point of view would be background and ad free playback in the YouTube music section (this already exists in the uploaded music section), improved search in the uploaded section and that the search defaults to the tab it originated in (search in uploaded music, search results show in uploaded tab, not YT music tab). And maybe other small improvements.
Please post here if you would like a module like this. Considering how broken YTM is compared to Google Play Music, it would be welcomed.
I doubt how could someone benefit out of this idea.
My guess is that you're making a basic mistake here, you can't just achieve functions nor improve an app (that requires a paid subscription) by simply adding it to another partiton through a module or giving root permission to it... It won't make any real difference.
If you're taking the Vanced mod into account, don't, because Vanced is a completely different situation, it's a modified version of the original app and the only benefit of it being a module or installed using root was that the app could replace the original YouTube app systemlessly, they could use the repository to distribute the module easier, and you could login without the microg thing (in fact, the module is now deprecated in favor of their own manager apk). And you can also install the non-root version, which works exactly the same as the root one ?
So, in short, no it's not as simple as that. Unless someone is interested in modifying that app directly (similar to Vanced). You should be asking for an apk mod, not a module...
abacate123 said:
I doubt how could someone benefit out of this idea.
My guess is that you're making a basic mistake here, you can't just achieve functions nor improve an app (that requires a paid subscription) by simply adding it to another partiton through a module or giving root permission to it... It won't make any real difference.
If you're taking the Vanced mod into account, don't, because Vanced is a completely different situation, it's a modified version of the original app and the only benefit of it being a module or installed using root was that the app could replace the original YouTube app systemlessly, they could use the repository to distribute the module easier, and you could login without the microg thing (in fact, the module is now deprecated in favor of their own manager apk). And you can also install the non-root version, which works exactly the same as the root one ?
So, in short, no it's not as simple as that. Unless someone is interested in modifying that app directly (similar to Vanced). You should be asking for an apk mod, not a module...
Click to expand...
Click to collapse
Considering it's going to replace Google Play Music, yes I think it deserves a module, and as much attention as the Vanced team gives its app. I find it strange you think I'm making a "mistake" in asking for a module (call it an app, call it a module, it's a modded version of the original, however we get there) that thousands of people would appreciate. If a module is not the right term, that's fine. This forums is a good place to start though since I have seen a lot of threads asking for something like this even though GPM is still alive. When it dies, it would be very welcome by the community I'm sure.
xgerryx said:
Considering it's going to replace Google Play Music, yes I think it deserves a module, and as much attention as the Vanced team gives its app. I find it strange you think I'm making a "mistake" in asking for a module (call it an app, call it a module, it's a modded version of the original, however we get there) that thousands of people would appreciate. If a module is not the right term, that's fine. This forums is a good place to start though since I have seen a lot of threads asking for something like this even though GPM is still alive. When it dies, it would be very welcome by the community I'm sure.
Click to expand...
Click to collapse
Did you ignore the part where I said that it makes no difference at all to use it as a module or simply install as a normal apk and the differences btw them, also the comparison? The mistake I mentioned is that you're asking for an apk mod, not a module. That's it.
About the idea, yes I agree with you, it'd be useful (as long as it's not considered against the rules or there are some law problems implied, Idk).
I'm dreading this forced migration from Play Music to YT Music. For years now I've had the last remaining copy of my entire digital music library collected over the years, with a ton of remixes, singles, alternate versions, radio talk, random sound bites, extremely old and obscure audio files which are very likely impossible to ever find anywhere online these days. All just saved on GPM cloud. I'm absolutely dreading the change to YTMusic will be an opportunity for Google to delete entire swaths of audio files that don't fit into their sanitized Billboard commercial record label-approved cookie cutter whitelist, reducing the tens of thousands of tracks down to whatever YouTube recognizes only.
This may not be the right place to ask, but regarding a method to preserve our GPM music libraries, is there such a mod or modded apk that may help with this? I know back in the day there were mass downloader programs for desktop systems but that's no longer an option. And i very much doubt there will be an easy way to transfer such a huge library to another cloud service, even if just as basic file storage and not music oriented.
I'm not clear on the differences between them, and it seems that there are even more alternatives.
Is one better than another?
I just got an Android 10 phone, was previously on 7 for a short time, but was otherwise still on 5 and 6.
AllanonMage said:
I'm not clear on the differences between them, and it seems that there are even more alternatives.
Is one better than another?
I just got an Android 10 phone, was previously on 7 for a short time, but was otherwise still on 5 and 6.
Click to expand...
Click to collapse
The main difference is that in LSPosed you have to whitelist apps to be hooked instead of blacklist. The second one is that EdXposed seems to break SafetyNet in latest version. And it seems that it's not that actively developed as LSPosed
They both have whitelist and on LSPosed it set in default. But only EdXposed have blacklist. I saw some comment like "have too much modules and too much apps to hook, how painful to check everything by manually".
Yes, Edxposed still break SafetyNet.
Yes, now Edxposed is not that actively update than LSPosed.
Something about LSPosed
If you can read Chinese, maybe you can read these below: https://www.bilibili.com/read/cv9603603/ https://www.bilibili.com/read/cv9603669/ https://www.zhihu.com/question/442534533 https://www.zhihu.com/question/442531709 I am very troubled by...
forum.xda-developers.com
I personally tried both. Not that much difference. Yeah, because basically LSPosed just forked Edxposed and did a little improvement.
In the end I choose Edxposed rather than LSPosed. Because I can't trust one dev who made a prank about "rm -rf" and the rest dev have no objection to this and even help him to hide it. And those personal attack with filthy language of course.
Arakawa. said:
They both have whitelist and on LSPosed it set in default. But only EdXposed have blacklist. I saw some comment like "have too much modules and too much apps to hook, how painful to check everything by manually".
Yes, Edxposed still break SafetyNet.
Yes, now Edxposed is not that actively update than LSPosed.
Something about LSPosed
If you can read Chinese, maybe you can read these below: https://www.bilibili.com/read/cv9603603/ https://www.bilibili.com/read/cv9603669/ https://www.zhihu.com/question/442534533 https://www.zhihu.com/question/442531709 I am very troubled by...
forum.xda-developers.com
I personally tried both. Not that much difference. Yeah, because basically LSPosed just forked Edxposed and did a little improvement.
In the end I choose Edxposed rather than LSPosed. Because I can't trust one dev who made a prank about "rm -rf" and the rest dev have no objection to this and even help him to hide it. And those personal attack with filthy language of course.
Click to expand...
Click to collapse
The developer you mentioned has left the development group long ago
All I wanna know is which one passes safetytest. Installed edxposed for the first time in 2 years only to discover that safetytest is completely fubar'd. And all the tutorials I've found are old and seemingly obsolete.
This moment, LSPosed is alot better than EdXposed.
Simple that.
I say many thanks to EdXposed, but LSPosed is the future.
We Love EdXposed
We Love LSPosed
We Love Better Future
More than 100 commits less than 20 days
Commits · LSPosed/LSPosed
LSPosed Framework. Contribute to LSPosed/LSPosed development by creating an account on GitHub.
github.com
Arakawa. said:
who made a prank about "rm -rf"
Click to expand...
Click to collapse
Which prank? Will you share the source of the prank? Plz let us know.
Edit: Sorry, haven't noticed the quoted post, got it.
cracky.ice said:
The developer you mentioned has left the development group long ago
Click to expand...
Click to collapse
The man left temporarily, but what he had done was still there. And the rest of the developers don't think rm -rf is wrong. The whole development team had problems, they even excused the malicious code. Communities should not forgive this.
LSPosed is not a good choice for Xposed: from the software itself, module scopes and Xposed Hide (White) were designed as advanced features for advanced users only, and forcing them to be enabled is abusive and will increase the learning cost for users, increase the cost for module developers, break the functionality of global modules, and make modules much less compatible. On the developer level, the LSPosed development team has been suppressing and abusing other Xposed implementations and their developers since the project's inception, attacking third-party ROM developers with web violence, and committing community divisive acts like this; one of the development team members submitted rm -rf /* malicious code to EdXposed, which was responsible for emptying CI user data. The culprit has no credibility.
mlgmxyysd said:
The man left temporarily, but what he had done was still there. And the rest of the developers don't think rm -rf is wrong. The whole development team had problems, they even excused the malicious code. Communities should not forgive this.
Click to expand...
Click to collapse
We will never forgive.
But it is past.
We just need MORE attention before to accept any commit.
We will have bad people everywhere.
Nothing more.
mlgmxyysd said:
LSPosed is not a good choice for Xposed: from the software itself, module scopes and Xposed Hide (White) were designed as advanced features for advanced users only, and forcing them to be enabled is abusive and will increase the learning cost for users, increase the cost for module developers, break the functionality of global modules, and make modules much less compatible. On the developer level, the LSPosed development team has been suppressing and abusing other Xposed implementations and their developers since the project's inception, attacking third-party ROM developers with web violence, and committing community divisive acts like this; one of the development team members submitted rm -rf /* malicious code to EdXposed, which was responsible for emptying CI user data. The culprit has no credibility.
Click to expand...
Click to collapse
YES.
Xposed is for ADVANCED USERS only !!!!
Xposed is not a play for kids.
I agree with you about the difficulty for developers, but well, the future is here.
And we will not accept to remain in the past.
Long Life to LSPosed
But, we love EdXposed too
VD171 said:
YES.
Xposed is for ADVANCED USERS only !!!!
Xposed is not a play for kids.
I agree with you about the difficulty for developers, but well, the future is here.
And we will not accept to remain in the past.
Long Life to LSPosed
But, we love EdXposed too
Click to expand...
Click to collapse
Put away your false future, Xposed (even ROMs) will die because of LSPosed Developers. You don't know what disgusting things LSPosed Developers are doing behind the scenes.
mlgmxyysd said:
Put away your false future, Xposed (even ROMs) will die because of LSPosed Developers. You don't know what disgusting things LSPosed Developers are doing behind the scenes.
Click to expand...
Click to collapse
The point is we need xposed for Android 9, Android 10, Android 11, Android 12, Android 13, Android 14...
We currently have no choices.
Or do you have any?
VD171 said:
The point is we need xposed for Android 9, Android 10, Android 11, Android 12, Android 13, Android 14...
We currently have no choices.
Or do you have any?
Click to expand...
Click to collapse
There will be, just need to wait.
mlgmxyysd said:
There will be, just need to wait.
Click to expand...
Click to collapse
I can't wait.
I have a solution, so I will use it.
But, I'm totally open for new XPOSED alternatives.
Let's keep watching
I did a test with the old original Xprivacy app. Oreo 8.1, Magisk v23, Riru v 25.4.4
With EdXposed: it works, but whole phone is slowed down. Every app is checked and Xprivacy popup asks you how to proceed (accept or deny internet/load/whatever request). It works how it should but sadly phone is slowed down and wallpaper doesn't load after phone bootup
With LSposed: it doesn't work, because: Every app just bypasses most Xprivacy functions, you only get a meaningless Binder Xprivacy popup. Xprivacy has no control over what apps do. Apps do what they want and don't ask for your permission
With Xposed Installer: it runs perfectly, flawlessly. Using the good old "Xposed Installer" with Xposed Framework version 90-beta3, the original. You know every url and request every app does, if they scan your nearby wifi, if or when they use record in cam or audio, scan your contacts, request some device identifiers, you can whitelist the urls, internet requests and loads you want. All app requests logged, apps can't do nothing without your permission. Very useful because you can use (whitelist) the functions in any app that you use and want, and dismiss the rest that's bundled within the app (ad networks, telemetry requests, proprietary functions. resource-hungry unnecessary actions). In the new XprivacyLua these features and logs and this sort of control is not possible. This is why the old original Xprivacy is superior.
jason382 said:
I did a test with the old original Xprivacy app. Oreo 8.1, Magisk v23, Riru v 25.4.4
With EdXposed: it works, but whole phone is slowed down. Every app is checked and Xprivacy popup asks you how to proceed (accept or deny internet/load/whatever request). It works how it should but sadly phone is slowed down and wallpaper doesn't load after phone bootup
With LSposed: it doesn't work, because: Every app just bypasses most Xprivacy functions, you only get a meaningless Binder Xprivacy popup. Xprivacy has no control over what apps do. Apps do what they want and don't ask for your permission
With Xposed Installer: it runs perfectly, flawlessly. Using the good old "Xposed Installer" with Xposed Framework version 90-beta3, the original. You know every url and request every app does, if they scan your nearby wifi, if or when they use record in cam or audio, scan your contacts, request some device identifiers, you can whitelist the urls, internet requests and loads you want. All app requests logged, apps can't do nothing without your permission. Very useful because you can use (whitelist) the functions in any app that you use and want, and dismiss the rest that's bundled within the app (ad networks, telemetry requests, proprietary functions. resource-hungry unnecessary actions). In the new XprivacyLua these features and logs and this sort of control is not possible. This is why the old original Xprivacy is superior.
Click to expand...
Click to collapse
No. Xprivacy is NOT superior.
Xprivacy is totally deprecated and uses old methods and old functions.
XPRIVACYLUA is totally better, superior and CUSTOMIZABLE.
XprivacyLua WORKS PERFECTLY WITH LSPOSED, because I am using it on my main phone.
I LOVE XPRIVACYLUA.
I CAN'T LIVE WITHOUT ROOT, XPOSED AND XPRIVACYLUA !!!!
I LOVE YOU @M66B
LSPosed is the future and as of this date clearly the winner as Edxposed development has halted, it's incompatible with the latest Riru and breaks Safetynet.
We are now working on the new Xposed API, which allows modules to get / set scope, to get framework info, and to store configs across apps without the embarrassing New-XSharedPreferences interface. The API library will be released to GitHub/libxposed and maven central after it is ready.
Now we are considering removal of resources hook in the incoming new API, so we need to know whether it is still needed or unreplaceable for some modules.
About why we want to remove this API: Resources hook is very hard to maintain and is even not fully supported now under some frameworks (e.g. Taichi). So even if we keep it, it will be maintain-only.
Old modules can still use this feature. We are just considering remove it in the new API.
You can vote at the LSPosed Telegram group or write your opinion here. Also we are glad to hear your suggestions about the new API.
@AndroidX @siavash79 @Dark_Eyes_ @firefds @David B. @Quinny899 @wanam
Just mentioning you guys since you're all active here on XDA. Please see the first post.
Regards,
shadowstep
Senior Moderator
Dr-TSNG said:
We are now working on the new Xposed API, which allows modules to get / set scope, to get framework info, and to store configs across apps without the embarrassing New-XSharedPreferences interface. The API library will be released to GitHub/libxposed and maven central after it is ready.
Now we are considering removal of resources hook in the incoming new API, so we need to know whether it is still needed or unreplaceable for some modules.
About why we want to remove this API: Resources hook is very hard to maintain and is even not fully supported now under some frameworks (e.g. Taichi). So even if we keep it, it will be maintain-only.
Old modules can still use this feature. We are just considering remove it in the new API.
You can vote at the LSPosed Telegram group or write your opinion here. Also we are glad to hear your suggestions about the new API.
Click to expand...
Click to collapse
Thanks for getting opinions
1. Xshared preferences interface overhaul is good news since it was always unstable for me. I personally switched to remote preferences API for AOSPMods
2. When going to systemUI and framework, it's sometimes very difficult and complicated to change some variable values through Xposed, specially with R8 code optimizations which dramatically limit the points we can hook into code.
There are two workarounds I know of, being Xposed resource hooking that can be also dynamic in runtime, or overlays, which being static, still limit the way we can change resources dramatically.
So, I'd really suggest keeping it in the API
siavash79 said:
2. When going to systemUI and framework, it's sometimes very difficult and complicated to change some variable values through Xposed, specially with R8 code optimizations which dramatically limit the points we can hook into code.
Click to expand...
Click to collapse
For R8 code optimizations, we introduced a new API to parse dex file, which allows modules to find methods/fields more accurately.
Anyway if we finally decide to keep resources hook API, do you have any suggestions on keeping/adding/removing specific methods of it or refine it to a more modern interface?
Perfect news.
About resource hooking, few things to note are that: it can't differentiate between different resource files, for example normal values vs landscape or dark/light values. It would be great if there's a way to push different values to different resource files.
Also, there are more limitations when talking about special resources such as themes. As an example, in AOSPMods, one of the reasons it's a magisk module instead of being a normal APK is that overlay files have to be used in cases that need modification of theme resources and that can't be done via resource hooking.
I personally love to get a more complete/flexible resource hooking API, but I completely understand if that's too much to ask. So even keeping it as currently is would be good enough
Thank you @shadowstep for bringing this to my attention!
Dr-TSNG said:
We are now working on the new Xposed API, which allows modules to get / set scope, to get framework info, and to store configs across apps without the embarrassing New-XSharedPreferences interface. The API library will be released to GitHub/libxposed and maven central after it is ready.
Click to expand...
Click to collapse
That's wonderful news, although I do not quite understand what you have against the new XSharedPreferences interface. I use it in my modules, and I've never had any issues with it.
Dr-TSNG said:
Now we are considering removal of resources hook in the incoming new API, so we need to know whether it is still needed or unreplaceable for some modules.
About why we want to remove this API: Resources hook is very hard to maintain and is even not fully supported now under some frameworks (e.g. Taichi). So even if we keep it, it will be maintain-only.
Old modules can still use this feature. We are just considering remove it in the new API.
Click to expand...
Click to collapse
I am not currently using the resources hook in any of my modules, so removing it would not impact me, but even so, I'm not a fan of the suggestion to get rid of it completely. I think that at the very least, it should be kept as maintain-only. It is unfortunate that it does not work with Taichi, but given that Taichi isn't a true Xposed implementation, I'm not sure that it's worth worrying about.
This looks great, I've been waiting for it since the initial issue talking about it. Prefs are always a pain to handle, and while the "new" method worked, I always preferred to use a Content Provider, which was nerfed in Android 12.
Really like the idea of setting the scope, it would be beneficial to the Xposed part of DarQ, the only suggestion I have is to make sure it includes some sort of "am I enabled?" check - currently I use self hooks (literally the module hooking itself and changing a method returning false to true) to verify it's enabled, but it doesn't seem to be foolproof as people sometimes still complain it doesn't work.
Quinny899 said:
the only suggestion I have is to make sure it includes some sort of "am I enabled?" check
Click to expand...
Click to collapse
Of course does, and the module app can get more info about the the Xposed state like it's under which framework and which version, and whether it is rootless or not without self-hooking.
You can view the detail here.
@shadowstep Thanks for the head up.
Glad to see a new api to manage configs across apps, shared prefs has been always painful to handle even with the new-xshared prefs.
I would suggest having an api to get the version name of scope's package, I'm aware of some workarounds that help get the version name, but it's not a reliable solution on the latest Android versions, this information is needed for logging/debugging purposes.
@Dr-TSNG thanks and keep up the good work.
@Dr-TSNG Thanks for new api I was wating for this api from more then 1 year coz when I build my first module (Android Faker) its was really pain in ass coz of Xsharedpreference after some research I found better solution which was remote preference but Quinny899 mention in Github issue that its not work in android 11 so after that I move to new Xsharedpreference which was introduce by lsposed team and its working great but its still create issue in some devices so I think it will be a better solution if we get it soon and I am not sure about resources hook coz I don't use it before .
The problem with xshared preferences is that if the apk is a system app it won't work for some reason. Only works on user apps
siavash79 said:
The problem with xshared preferences is that if the apk is a system app it won't work for some reason. Only works on user apps
Click to expand...
Click to collapse
Interesting. I use XSharedPreferences in a System Framework hook and haven't had any issues with it.
David B. said:
Interesting. I use XSharedPreferences in a System Framework hook and haven't had any issues with it.
Click to expand...
Click to collapse
Is your module installed as APK or as magisk module?
Try mounting it to system through magisk and preferences will stop working
siavash79 said:
Is your module installed as APK or as magisk module?
Try mounting it to system through magisk and preferences will stop working
Click to expand...
Click to collapse
It's installed as an APK. I misunderstood what you had said earlier. I thought you meant that the hook doesn't work when you try to use it on system APKs. I didn't realize that you meant that it doesn't work when the module is itself a system APK.
siavash79Yeah I agree with this and in my testing if you set target sdk 23 its doesn't matter if its as system app or user its work without any issues but its not worth coz it have some other issues
Thank you for accepting the API invokeSpecial() !
Add invokeSpecial · libxposed/[email protected]
Fix #2
github.com
Implement invoke special and new instance special · LSPosed/[email protected]
LSPosed Framework. Contribute to LSPosed/LSPosed development by creating an account on GitHub.
github.com
Looking forward to the new API release.
Happy Chinese New Year!
I just want to see @M66B happy again
Somewhat unrelated, but is there any chance of seeing original Xprivacy return or compatibility? I think it's a lot better than Lua
lawrencee said:
Somewhat unrelated, but is there any chance of seeing original Xprivacy return or compatibility? I think it's a lot better than Lua
Click to expand...
Click to collapse
No. Xprivacy will never "return".
XPrivacyLua is the best ever