Others Trials in Tainted Space [v0.9.118] [Fenoxo]

[BupoTiling03-Retired]

I'm going to pretend like I know what that means and I'm not just blindly stumbling around and hoping that it'll work

Also, I noticed you mentioned this


Which means that unless they fix it on their end, this will have to be recreated every time they update, as for some reason they change the name of those files with every release. I have a bunch of them from before I figured out they didn't overwrite lol

View attachment 2107393

You should not be copying over like that, yeah. Use clean folders. What I meant by that regular expression was that the file to patch is named always main.random_hex.js in pattern.

They can fix it on their end by simply copying the functions they used (two each) and simply using the onTouch* I mentioned to alias. And no, you'd only need to patch it every time you install. Turns out LuckyPatcher won't patch a random file in the APK the way I want, an arbitrary file. LP would only do it if you 'rebuild APK', but that might change things.

 

[Hargan2]

You should not be copying over like that, yeah. Use clean folders. What I meant by that regular expression was that the file to patch is named always main.random_hex.js in pattern.

They can fix it on their end by simply copying the functions they used (two each) and simply using the onTouch* I mentioned to alias. And no, you'd only need to patch it every time you install. Turns out LuckyPatcher won't patch a random file in the APK the way I want, an arbitrary file. LP would only do it if you 'rebuild APK', but that might change things.

Damn. So, I'm definitely losing my save data no matter how we do this?

Edit: using my extremely limited knowledge to attempt something monumentally dumb that I won't describe in order to avoid being called an idiot

 

[jfmherokiller]

It'd be a different signing key, so it'd think of it as a different 'app'. TitaniumBackup 'data-only' would probably work.

There are various JS libraries that can handle it, but it'd be a pain in the ass to try to integrate. Trying to do this as clean and small as possible. There is only one section that needs modding to affect this behavior, but I'm trying to intercept long-press, and it isn't playing nicely.

I am more suprised that the developers behind TiTS didnt take it into account I think there is a babel/webpack plugin that will do it.

 

[BupoTiling03-Retired]

Damn. So, I'm definitely losing my save data no matter how we do this?

Edit: using my extremely limited knowledge to attempt something monumentally dumb that I won't describe in order to avoid being called an idiot

It's all good, crap happens. As long as intentions are good, can't fault someone, really. :] As far as save data goes, you'd only be able to back up with root until they fix it. Quite frankly, it'd be easier to play via browser. At least then you could tell it to use Desktop Mode and get touch to work natively...and local file backups if that isn't broken on Android too as files.. It's been a few years since I used local HTML files in Android...anyone know if still possible?

It'd be easiest to tell the developer(s) of TiTs to add those functions. If you have a spare device, modify the APK and then re-sign, then install on the SPARE device and test. (If you need a quick setup, use uas to sign, java -jar ./uas.jar -a ./com.fenoxo.tits.apk).

 

[Hargan2]

It's all good, crap happens. As long as intentions are good, can't fault someone, really. :] As far as save data goes, you'd only be able to back up with root until they fix it. Quite frankly, it'd be easier to play via browser. At least then you could tell it to use Desktop Mode and get touch to work natively...and local file backups if that isn't broken on Android too as files.. It's been a few years since I used local HTML files in Android...anyone know if still possible?

It'd be easiest to tell the developer(s) of TiTs to add those functions.

I played using the browser for the first couple months until they actually made a .apk build. Desktop mode did not enable the tooltips to work natively, unfortunately. It'd be the same issue. (Though I guess at least then I could pop the .js file open and do it myself.)

Afaik, using HTML files locally in android works except maybe in android 11 and 12. I think that the scoped storage update/storage system changes they made after 10 effectively broke it. Not sure since I don't have a device that new to test it on.

Edit: I have now moved on to testing my dumb idea. initial results show promise. Nevermind. broke the app.

 

[BupoTiling03-Retired]

I played using the browser for the first couple months until they actually made a .apk build. Desktop mode did not enable the tooltips to work natively, unfortunately. It'd be the same issue. (Though I guess at least then I could pop the .js file open and do it myself.)

Afaik, using HTML files locally in android works except maybe in android 11 and 12. I think that the scoped storage update/storage system changes they made after 10 effectively broke it. Not sure since I don't have a device that new to test it on.

Edit: I have now moved on to testing my dumb idea. initial results show promise. Nevermind. broke the app.

The Desktop Mode might enable the file saving, is what I was wondering. Combine that with the main.*.js patch, you might have a nice setup until the developer(s) add the change. I use rooted Android 11+, so I don't have Scoped bull on me.

 

[Hargan2]

The Desktop Mode might enable the file saving, is what I was wondering. Combine that with the main.*.js patch, you might have a nice setup until the developer(s) add the change. I use rooted Android 11+, so I don't have Scoped bull on me.

Ah, gotcha. Saving to file does work in browser, yeah. I switched to the app because I had accidentally cleared my local browser cache without backing up my saves first (a classic 3 AM ultra-tired brain mistake) and lost my saves. Didn't want to worry about that again.

Do you mind if I pass on your fix to the dev bug forum? It might get us an official fix faster.

 

[BupoTiling03-Retired]

Ah, gotcha. Saving to file does work in browser, yeah. I switched to the app because I had accidentally cleared my local browser cache without backing up my saves first (a classic 3 AM ultra-tired brain mistake) and lost my saves. Didn't want to worry about that again.

Do you mind if I pass on your fix to the dev bug forum? It might get us an official fix faster.

Go for it. Remember to let them know that tapping still clicks, you basically just 'finger on and move out of the way and keep the finger on screen to see the description'. I think the APK won't ever have local saving just because it is a sandbox browser. Not sure how to resolve that one, I don't do Electron. They should be able to simply alias the names with the touch-enabled names, and it'll work for both without needing anything else. Never rely on a browser for anything. Always use external saves.

 

[jfmherokiller]

Go for it. Remember to let them know that tapping still clicks, you basically just 'finger on and move out of the way and keep the finger on screen to see the description'. I think the APK won't ever have local saving just because it is a sandbox browser. Not sure how to resolve that one, I don't do Electron. They should be able to simply alias the names with the touch-enabled names, and it'll work for both without needing anything else. Never rely on a browser for anything. Always use external saves.

in terms of electron downloading the closest thing I found from simple googling is this

You must be registered to see the links

 

[Hargan2]

Go for it. Remember to let them know that tapping still clicks, you basically just 'finger on and move out of the way and keep the finger on screen to see the description'. I think the APK won't ever have local saving just because it is a sandbox browser. Not sure how to resolve that one, I don't do Electron. They should be able to simply alias the names with the touch-enabled names, and it'll work for both without needing anything else. Never rely on a browser for anything. Always use external saves.

Done. Hopefully the dev actually implements it. (Doubtful, though.) In only semi-related news, I discovered while working with another device to test out modifying the apk with luckypatcher that total commander apparently removed the ability to install .apks from it at google's request. So that's a thing. Can't do shit with your own devices anymore apparently.

 

[jfmherokiller]

Done. Hopefully the dev actually implements it. (Doubtful, though.) In only semi-related news, I discovered while working with another device to test out modifying the apk with luckypatcher that total commander apparently removed the ability to install .apks from it at google's request. So that's a thing. Can't do shit with your own devices anymore apparently.

wait really why at googles request? that seems oddly specific.

 

[BupoTiling03-Retired]

Google has become a tyrant.

in terms of electron downloading the closest thing I found from simple googling is this

You must be registered to see the links

Electron works fine outside of Android. I think it might have something to do with APK permissions...I'm too lazy to logcat. It CAN load files. Edit: Checked permissions, Files and Media was set automatically to Denied. Makes no difference when allowed, Save to File doesn't even throw an error in the backend..

 

[Hargan2]

wait really why at googles request? that seems oddly specific.

Yup. Here's what google cited in their warning to the dev:
"An app distributed via Google Play may not modify, replace, or update itself using any method other than Google Play's update mechanism. Likewise, an app may not download executable code (e.g. dex, JAR, .so files) from a source other than Google Play."

He tried to work with them to get more info about what specifically was wrong with the app and such, but they just kept sending him that warning. He has a side-loadeable version that restores that functionality, but he had to remove the ability to install .apks from the Google Play version of the app because he didn't want to chance google deciding to terminate his account or something. (Can't blame him, they do that.)

 

[BupoTiling03-Retired]

Yup. Here's what google cited in their warning to the dev:
"An app distributed via Google Play may not modify, replace, or update itself using any method other than Google Play's update mechanism. Likewise, an app may not download executable code (e.g. dex, JAR, .so files) from a source other than Google Play."

He tried to work with them to get more info about what specifically was wrong with the app and such, but they just kept sending him that warning. He has a side-loadeable version that restores that functionality, but he had to remove the ability to install .apks from the Google Play version of the app because he didn't want to chance google deciding to terminate his account or something. (Can't blame him, they do that.)

Root, the only way to have any sense of freedom.

 

[Hargan2]

Root, the only way to have any sense of freedom.

I would if I could. Unfortunately I use Verizon as my carrier (I work in some very rural areas where they're literally the only carrier with anything approaching reliable service) and verizon phones are... difficult... to root. They tend to have some proprietary firmware shit which makes it so rooting doesn't work the same way it does for the same model of phone not from verizon. Depending on the phone, you can still root, but it's not as straightforward. I just don't like to chance it.

 

[BupoTiling03-Retired]

I would if I could. Unfortunately I use Verizon as my carrier (I work in some very rural areas where they're literally the only carrier with anything approaching reliable service) and verizon phones are... difficult... to root. They tend to have some proprietary firmware shit which makes it so rooting doesn't work the same way it does for the same model of phone not from verizon. Depending on the phone, you can still root, but it's not as straightforward. I just don't like to chance it.

You can debrand a lot of specific-brand devices. I've often converted a lot of Samsungs that way, flashed custom CSCs and even modified a few CSCs to support features from other carriers.

 

[Hargan2]

You can debrand a lot of specific-brand devices. I've often converted a lot of Samsungs that way, flashed custom CSCs and even modified a few CSCs to support features from other carriers.

Yeah, fair. Rooting is a very good thing and I highly recommend people do it, I'm just not willing to do it myself because the last time I tried, I bricked my phone (after I had replaced it, thankfully)

 

[BupoTiling03-Retired]

Yeah, fair. Rooting is a very good thing and I highly recommend people do it, I'm just not willing to do it myself because the last time I tried, I bricked my phone (after I had replaced it, thankfully)

If it is a Qualcomm chipset, you can always use EDL to restore it, even if completely bricked.

 

[Hargan2]

If it is a Qualcomm chipset, you can always use EDL to restore it, even if completely bricked.

Well, there's also the part where I don't know what EDL is. I'm currently using a 2017 motorola XT-1635. My bricked phone was a Galaxy S3, I believe I hit a Knox trigger or something and it just completely locked the phone. Couldn't boot into recovery or anything.

Edit oh EDL it's just a recovery mode. I know what those are.

 

[BupoTiling03-Retired]

Well, there's also the part where I don't know what EDL is. I'm currently using a 2017 motorola XT-1635. My bricked phone was a Galaxy S3, I believe I hit a Knox trigger or something and it just completely locked the phone. Couldn't boot into recovery or anything.

Edit oh EDL it's just a recovery mode. I know what those are.

Knox is only about whether a phone has been rooted. Won't stop a phone from booting. Play Store uses it to help apps say 'f-off, omg you took control of your device, we no trustz you'. Netflix and other banking apps will not show up in Play Store for that device. Probably flashed/rooted incorrectly, it happens. Check out XDA sometime.