-
-
Notifications
You must be signed in to change notification settings - Fork 3.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
APKTOOL_DUMMY (again): clarifications needed #2095
Comments
My guess is the answer is the same.
A lot of bugged resources here. I don't see a invalid-type config for the 161 (or 0xA1) so will keep this open till I dig for that resource. |
Thanks for looking into this. I can understand that some apk contains references to missing/unused resources, but they can't be "invalid" if referenced and effectively in use. Great job anyway, would love to dig into this further. |
Hi there. Any news on this? |
You need to grab splitted APK in /data/app/com.app/*.apk or export with SAI app.
|
Closing as duplicate of #2104 - sorry for delay. |
I know it's a bit old, but could you elaborate here?
I wrote a script which does resolving APKTOOL_DUMMY_ names across split APK contents, and also copies all the files into base without overwriting anything, but I didn't omit files like |
Using 2.4.0, decompiling and re-building the (un-modified) medium application is a smooth process, but the APK is just crashing because of some missing resources:
Obviously, that
splash_background.xml
file is present in both the original and the rebuilt APK, but the latter is referencing anAPKTOOL_DUMMY
resource:I know this has been discussed in #1773 and #1117, but I'm still not getting why apktool would be unable to decode some resources if they're known to be both present AND used?
Sounds like an apktool bug, rather than some missing or invalid resources.
Any clarifications?
The text was updated successfully, but these errors were encountered: