yashsingh1/xdaforums huggingface dataset:
[Android Apps and Games] HippoMan:
Yes, cygwin requires some installation work, much of which apparently isn't needed when using the Windows version of busybox.

Either way, I'm in favor of removing as much Windows-related pain as possible, so I'm glad that we now have this busybox solution for those of us who don't want to deal with things like cygwin or Virtual Box installation.

Of course, for me, the best way to remove Windows-related pain is to avoid Windows altogether, which I always do unless forced for some reason to have to use Windows.

But I am not a typical user/developer.
[Android Apps and Games] HippoMan:
I have a question that relates to setting and restoring settings. This doesn't specifically have to do with TeMeFI's implementation of this, which has worked well for me. Rather, it's something that you, who've had a lot of experience dealing with setting and restoring settings, might be able to help me understand regarding this setting and restoring, because of your experience with this.

I'm trying to understand a problem that has occurred for me when bringing up a new OS on a new device while transferring apps and settings drom another device.

I was running stock Android 13 on a Nothing 2 device, and now I'm running stock Android 13 on a Pixel 7 Pro device. I transferred my apps successfully from the old device to the new device, but I don't remember whether or not I also transferred the backup of the old device's settings to the new device.

The new device is generally working well, but it isn't showing any network-related icons in the status bar (signal strength, "LTE", "5G", etc.), and there is absolutely nothing in the device settings which allows me to specify these icons. The old device displayed these icons with no problem and also offered settings to control the display of these icons.

What I'm wondering about is this: if I did indeed restore the settings from the old device to the new device, could there be something in those old device's settings which might tell the new device to not display those network-related icons and to not even allow them to be managed in the device settings?

If so, do you know of any way to tell the new device to use its own default settings (at least w/r/t network-related status bar icons) and to ignore the settings from the old device?

This is not an urgent issue for me, and I certainly don't want you to feel any pressure from me to respond quickly. But whenever you have a little bit of spare time, any insights about this which you might be able to offer would be very much appreciated.

Thank you in advance.
[Android Apps and Games] HippoMan:
Oh!!! Simply because of focusing my mind on my issue well enough to explain it to you, a possible solution occurred to me which indeed turned out to solve my problem.

I just went to the script that gets generated to restore settings, and I looked through it to see if I could find anything which looks like it might control the placement of these network-related icons in the status bar.

And sure enough, I found a setting called "icon_blacklist" which contained a list of items, two of which were "ethernet" and "mobile". Once I removed those items from that "icon_blacklist" setting specifier and re-ran the restore script. the icons I want to see suddently appeared.

Problem solved!
[Android Apps and Games] HippoMan:
... and PS: I just now decided to remove the entire "icon_blackist" setting and re-run the altered restore script, and nothing broke, and the icons I want to see still appear in the status bar.
[Android Apps and Games] DiamondJohn:
Why do I feel someone is blowing smoke, where smoke should not be....

Also, one thing to remember, which in this specific case you were lucky is not the case, is that not ALL settings are stored in that one place. It is the first place I personally go, and hence I built it when bringing clean flashes back to my setup. It does catch a lot, especially with shared custom ROM features.

Other places to look include build.prop. And also, one has to be careful that the setting is not an app specific setting.
[Android Apps and Games] HippoMan:
I'm not blowing smoke. This is a serious question that I thought you might be able to help with. I'm sorry if I gave you a different impression.

Well, anyway, I think I got around the problem I was trying to fix, as I explained above.

But also, it's good for me to realize now that I need to check other places, such as build.prop, etc.

Thank you for taking the time to explain all this!
[Android Apps and Games] DiamondJohn:
I was using "Blowing smoke" to imply a compliment, overstated. Again, please stop thinking I am taking a swipe at you personally. Most of my humor is Australian which is very self deprecating. ie I don't deserve the compliment
[Android Apps and Games] HippoMan:
Oh, thank you for explaining, and now I can thank you accepting the smoke I was blowing with the (allegedly undeserved) compliment I gave you! :)
[Android Apps and Games] DiamondJohn:
The below occurred to me today, probably prompted by a random PM asking me to personally & privately teach him how to systemize an app. :rolleyes:

I have not personally systemized an app for a few years, and I think I know why I haven't needed to.

People systemize apps to provide raised permissions to a specific app. I have a couple of apps that do deep system things. What I have found, these apps so far fail because of SELinux. So to make them work, I have boot scripts that explicitly apply required SELinux allows for that specific app. Identified & Generated by TeMeFI.

You can find this feature under Logcat>Logcats>Generate SELinux Allows>Generate Magisk Live

So, "untrusted_app_25" is Elixir Widget. You have to manually de-dupe, and once you do this allow (i do mine all mine in a boot script), it may then get into a deeper bit of code that then fails on a different SELinux. Its an iterative process, but I think a lot lighter touch than systemizing an app if its not really needed. What I find interesting is where the ROM is missing an SELinux allow for a system app.
[Android Apps and Games] bigjoncoop:
Issue using TeMeFI...

After selecting "Detach: Select package and protection level 5" from the menu, it seems like it's loading but then doesn't display any apps at all. Just completely blank...

The OP mentions the app can be used without root. Unfortunately I just purchased a Galaxy S20+ Snapdragon and then found out impossible to unlock bootloader!!!

Am I doing something wrong or is it not possible use this method without root?

If not is there another method I could use to remove the YouTube from the Play Store so it stops auto updating?
[Android Apps and Games] DiamondJohn:
If you are NOT rooted then you cannot do rooted methods. AAAAnnnd detaching apps requires root, but you are not rooted, so the app works as designed. Just imagine for a second if I had found a way to run root shell commands without root, i'd be a legend! 🤘🤘 PS all root i have seen in normal Java apps, occurs via a root shell

There are thousands of methods in TeMeFI, and some do not require root, and thus non-rooted users can use those methods. The fact that you even had it as a menu option, implies you turned on the option to skip the root check, so you could see what would be available if you were rooted.

If you are not rooted, and you wish to detach YouTube (I would guess for ReVanced) then use the MicroG version.

PS: its method 3, v5.
[Android Apps and Games] BarackMitzvah:
Hello, it seems that the download link in the OP is broken at the moment? Thanks for this awesome app, saves a ton of headache

Edit: looks like the link redirector was being blocked by my adblocker. False alarm :)
[Android Apps and Games] BarackMitzvah:
I am actually experiencing the same thing, but

I am rooted

using the latest Magisk Zygisk 26.4, Pixel 8 Pro on the latest Android 14 build

Trying to preemptively troubleshoot a bit, testing the sqlite 3 database returns the following:

/data/user/0/diamondjohndroid.utility.temefi/cache/temefi_runner.sh[106]: /data/user/0/diamondjohndroid.utility.temefi/cache/sqlite3: not executable: 32-bit ELF file

Attached is what shows within Magisk
[Android Apps and Games] DiamondJohn:
Upgrade your SQLite to the 64b version that can be found on my other SQLite specific thread, and use the method built into TeMeFI to upgrade the sqlite to the latest 64b version. Its has already bgeen covered in this thread and would of come up with a search.

New SQLite3 Binary v3.45.2 for ALL devices

I built the latest stable SQLite3 binary for ARM devices. I built it as I have an app that I requires it, and distribute it with my app TeMeFI , as a lot of people asked to not have to install it as a separate step. TeMeFI app does a LOOOOOT of...

xdaforums.com
[Android Apps and Games] BarackMitzvah:
Hey there, thank you for the reply! I have tried to do so via the built in function to generate a magisk module for sqlite3 and have chosen the arm64 v8a option, trying both system/bin and system/vendor/bin but no luck it seems

Maybe I missed something in that thread, I'll try again

Edit: so I was able to get this to work by manually placing the correct arm64-v8a sqlite3 binary into the directory used by temefi, however the magisk module didn't seem to take for some reason

Anyway, things are working now, thanks for the help!

Edit 2: it looks like it was changed back? I'm wondering if the magisk module is at fault here, maybe the v8a version is incorrect?
[Android Apps and Games] DiamondJohn:
I personally use the 64b version myself, and update after every new SQLite build. You did reboot after applying?

Changing the internal TeMeFI one is NOT going to work.

Which version of Magisk are you using? Stable I hope...

Did you check after rebooting that the correct version of SQLite is available in /system/bin (thats the location I use)

TeMeFI has a few SQLite install tests. Run those and check what it says, save the output off, and post the log file (not a screen shot) I have attached mine.

Also, there is a Magisk module documentation method in TeMeFI. Run those and save the output (not a screenshot) and attach here
[Android Apps and Games] BarackMitzvah:
I personally use the 64b version myself, and update after every new SQLite build. You did reboot after applying?

- Correct, yes I did. TeMeFi's output makes this very obvious haha

Changing the internal TeMeFI one is NOT going to work.

- Seems like placing the sqlite3 binary in /data/user/0/diamondjo...temefi/cache. was just a temporary bandaid that allowed me to detach my apps before it got reverted

Which version of Magisk are you using? Stable I hope...

- Correct, Magisk 26.4 Stable

Did you check after rebooting that the correct version of SQLite is available in /system/bin (thats the location I use)

- there does not appear to be any sqlite3 binary within /system/bin even with the magisk module installed

TeMeFI has a few SQLite install tests. Run those and check what it says, save the output off, and post the log file (not a screen shot) I have attached mine.

- Attached

Also, there is a Magisk module documentation method in TeMeFI. Run those and save the output (not a screenshot) and attach here

- Attached

Also, I noticed that the button that allows you to save log results has a typo in it (Resulalts), also attached :)

Thanks again!
[Android Apps and Games] DiamondJohn:
Now I remember my graphics text!

FYI *technically*, you can run the service.sh script without rebooting, but a reboot is a test of every day. And you can only run it once, I dont have an unmount script.

I sanitise that folder pretty often to ensure against bad actions.

Woo Hoo! Sooooo many people have had issues in the past not understanding that a BETA is a buggy build, and they expect me to work around TEMPORARY bugs in Magisk daily builds.

AAAAND I was behind (I was on v26.3), just updated to the latest stable. It did not break my SQLite module with the double slash typo still there.

OK, maybe this may show the issue, I have (another typo) in my module.:eek: The double forward slash in service.sh (ie service script) should not be there. Doesnt cause an issue for me, but maybe A14 is more sensitive (ie to mistakes....)

so the line:

source_path=/data/adb/modules//DiamondJohn_TeMeFI_SQLite/sqlite3;

should be

source_path=/data/adb/modules/DiamondJohn_TeMeFI_SQLite/sqlite3;

I'll fix this for the next release, but your obviously comfortable with your way around, so make the change manually, it wont be changed unless you run the method in TeMeFI again (unlike the cache folder)

Actually, try running these three lines in a shell/over adb

source_path="/data/adb/modules/DiamondJohn_TeMeFI_SQLite/sqlite3";
dest_path="/system/bin/sqlite3";
mount -o bind "${source_path}" "${dest_path}";

And then check if it exists now at /system/bin/sqlite3

Yep, fixed for the next release, thanks. My excuse, there are THOUSANDS of lines of text/code, and my typing is crap.
[Android Apps and Games] BarackMitzvah:
That shell script seemed to work so long as I invoked su first, and then if there was already a file called 'sqlite3' there, else I'd get a 'No such file or directory' in response to the third command

Also, doesn't seem to stick after reboot, but definitely works for now! Thanks for the help
[Android Apps and Games] DiamondJohn:
Yeah, sorry, but EVERYTHING I do should be assumed to only run under su.

As for "sticking" that script was only a test and not made to "stick" after a reboot. You should just replace (with the top line bang op) service.sh with that, as maybe A14 is more sensitive to script perfection; remembering execute permissions and owner etc. If the script is still not running on boot, then I think you need to look into it as an issue with magisk. Check your magisk log for clues, As a temp fix, do you have any working init scripts? Try moving the sqlite service.sh into /data/adb/service.d/diamondjohn.sqlite.service.sh (NB the rename) and then try another reboot to see if it sticks.

I m assuming (from your logs) that /data/adb/modules/DiamondJohn_TeMeFI_SQLite/sqlite3 exists, but am not certain what you mean by your last post.
[Android Apps and Games] HippoMan:
I have a question that may or may not specifically be about TeMeFI, but rather, it's based upon your long experience dealing with the internals of the Android OS.

Do you know of any way that doesn't involve manual clicks to get to the PlayStore "Settings" screen?

I know that I can manually click on the colorful circle on the upper right of the main PlayStore screen to bring up a menu, and then in that menu, I can manually select "Settings".

But I'm looking for an automated way to get to that "Settings" screen that doesn't involve any manual clicking on anything.

Maybe via some intent, perhaps? Or maybe via some sort of "pm" command? ... or ... ???

I know I can use "uiautomator" for this, but then I need screen coordinates of the colorful circle at the upper right of the main PlayStore screen, and that varies by device screen size, and by whether we're running in portrait or landscape mode. I don't want to have to try to calculate those screen coordinates in a way that will work on every orientation of every Android device.

That's why I'm looking for something that might be an intent, or perhaps the invocation of some sort of utility.

Thank you in advance for any knowledge you might be able to share about this.
[Android Apps and Games] DiamondJohn:
yes. And TeMeFI has two examples of doing something like that. Look into

System UI Tuner

Open Developer Options

In the above, the first is basically one that does not have a UI access point, but can be opened via code (and hence in TeMeFI). The second one, a little more obvious where / what "click" it duplicates.

Basically you are telling it to open the app on a specific activity. Its a one liner, and the trick is determining which of the activities you want opened. Hopefully the devs have given it a rationally obvious name. But with some apps having many MANY activities, naming them sight obvious AND human logical, becomes complex.
[Android Apps and Games] HippoMan:
Thank you. Actually, I already know about how to send intents which launch requested activities, and I also know how to send simulated clicks.

My problem is that this particular item (PlayStore Settings) has no known activity name associated with it. I have searched for a day or two, including in the Java source code that I could find for Android, and there is no activity that I was able to find which is associated with opening the PlayStore Settings. I have also used a couple of apps which list all known intents and activities, and even though there are a number of PlayStore-related activities that are listed, none of them cause the PlayStore Settings to be opened.

The reason I wrote you is because I was hoping that you might know from past experience how to bring up that exact PlayStore Settings screen via some sort of automated procedure.

I can get to the main PlayStore page by sending this intent:

com.google.android.finsky.activities.MainActivity

But from there, I haven't been able to figure out how to get to the PlayStore settings short of simulating a click on the colored circle on the upper right of that main PlayStore settings page. But I have to know the exact coordinates of that clickable item, because its gui ID is not known (again, I couldn't find it anywhere in any source-code searches).

Oh well, I guess I'm just out of luck with this particular goal.
[Android Apps and Games] DiamondJohn:
So you have tested EVERY activity in the vending app? really? I get at least 257 activities!

I personally, in TeMeFI I have blank activities that I build in code on the fly, I havent created a whole new activity on the fly; ie they should always be visible when looking in the APK. But I *think* I may have created a "blank canvas" activity that I use for multiple screens (not in TeMeFI)

Attached is the text output from the app I use to get details regarding apps. Search for "Activity" and then something with setting as a start point (I see at least two candidates). Its not something I wish to do, so your on your own. Although, in the back of my head I always wanted a shortcut to the Apps needing update screen ;)

I stay well clear of screen clicks. Rotation and split screen break it big time. I have NOT looked int it, but I would look into sending a click intent to the button on a specific screen. And thereby avoid its placement faf. My playstore is different on two phones I have, both running A13. Specifically the apps to be updated menu item...

PS: Are you sending an intent or doing an am start?
[Android Apps and Games] HippoMan:
Yes, I checked multiple dozens of activity possibilities, and it could have indeed been over 200.

Thank you for this! I'm certainly not asking you to do any of this work. I'll dig in and will gladly gi through all this myself.
[Android Apps and Games] HippoMan:
In looking at the list you posted, I see that this is the same list of activities that I already generated during my own work on this before contacting you, and from which I already spent several hours trying activity after activity without success.

In other words, none of those activities that I tried get me to the PlayStore Settings screen.

I've only tried those activities which appear that they *might* relate to what I'm specifically looking for. For example, I know that activities which relate to things like instant apps, family settings, etc., etc. are not pertinent to my search for PlayStore Settings, and I didn't waste my time testing activities like those.

Anyway, this makes me wonder whether the PlayStore Settings screen is even accessible via an activity in the first place. Perhaps the software is utilizing some other, non-activity-based method to manage that PlayStore Settings screen.

Anyway, I'm going to continue trying to figure this out.

And as always, thank you for all your help!
[Android Apps and Games] DiamondJohn:
Post a screenshot of your screen. If while looking for "my" screen, and if I see yours, I'll let you know. As for it not being drawn on an Activity, I doubt that very very much. The worst case is what I do (mostly n other apps), where you start with a blank activity and draw that based on a startup.

I also have a vague memoir of a dbcc command (in TeMeFI) that *MAY* actually tell you the currently active/displayed screen for each app.
[Android Apps and Games] cbbella:
i can't download this app. i have disabled my adblocker but all i get is this response

This site can’t provide a secure connection​

l.linklyhq.com sent an invalid response.

ERR_SSL_PROTOCOL_ERROR

**edit**

all sorted now. it would not download over my home wifi but i managed to download it over my mobile network connection
[Android Apps and Games] DiamondJohn:
Whenever I have an issue (especially caused by my host file OR my firewall) I use TOR. OR its just an embarrassing or questionable web site/question to visit.;( Australia logs all web requests and ISP's have to provide it to the Govt on request.
[Android Apps and Games] cbbella:
I'll remember that next time I have an issue, thanks
[Android Apps and Games] HankMcCoyX:
Running the latest version, detach no longer works since Wednesday. Renamed the html to txt so I could attach it.

I force stopped and cleared data on the play store which usually fixes it but it didn't help.
[Android Apps and Games] DiamondJohn:
Detatch enabled before the changes by google kept workings fine for me. Changes that google have made, have restricted / broken the selection of new detach candidates. This can be problematic if you clear your playstore data or reinitialise it in any way. I already have a fix, just testing it now. Whatch this space.
[Android Apps and Games] HankMcCoyX:
That's great, thanks!
[Android Apps and Games] DiamondJohn:
New BETA Version v1.2.03​

Download in OP

Updated/Quick Fix Features

Listing of apps for detach didnt work for SOME devices, others yes... Google had a major PlayStore update

NOTE: I changed NOTHING in the detach, all I changed was the menu listing apps to be detached, and the changes google have made almost help/integrate/play nice with what I have been doing all along...

It now shows ALL apps, including detached, but if you click "UPDATE ALL" only the attached apps will update. Thanks Google.... Just click update all. And since it no longer crashes the playstore, the auto update appears to now work again. Thanks Google.

Also, the update buttons for detached apps, are shown, but are disabled. Again, thanks google.

If you go into the details of a detached app,. and press the big update button, it no longer crashes the playstore, but simply flickers and gives up almost immediately. Again, thanks google.

NB: As it no longer appears to crash the playstore, I have converted ALL my detachments to Method 3

New Features

One new feature worth noting is the import & export of favourites. Because of this new feature, I have attached a cut down version of my current favourites.

UNZIP the file attached

Simply copy the unzipped dB to /sdcard/Documents/....

Go into TeMeFI and run the menu item below, and select the file you copied n step1

TeMeFI Configuration>Run History>Administration>Favourites>Import or Export Favourites>{Select the file you copied, NOT the one in TeMeFI}>ALL>Replace-...>Discard Results

Now you should have a BUNCH of favourites

This and MORE all can be seen for all releases under

TeMeFI Configuration>Created / Updated Menu Items by Release

Its BETA because there is a small menu bug, where the menu looses it place, sometimes. Simply press the home toolbar item to refresh.
[Android Apps and Games] HankMcCoyX:
I can confirm that although the apps are visible in the play store, pressing update on the apps does nothing!