SystemUI compiling error on stock Android 4.3 roms
This is not actually a fix just a work around to allow the compiling of the SystemUI.apk
The problem is that apktool isn’t decompiling the SystemUI.apk resources.arsc values correctly, download the attached zip and copy the enclosed values-sw720dp folder to your res folder.
This should solve the compiling error but do not replace the newly compiled resources.arsc to you phone as it could cause the SystemUI.apk to crash.
Changes to other xml or png files should work as normal if you are flashing via vrthemeing or similar methods but would suggest that after compiling your SystemUI.apk you extract the files you changed and only flash those files to your phone not the full apk
Thanks for this, it solved my compiling issues instantly.
Thank you very much
Related
Hi, i am trying to modify the classes.dex file in an apk but it is giving me problems.
if i decompile the apk and recompile it after modifying the app installs but crashes after one minute. also some functionality in the app is also lost.but when i binary edited the classes.dex file and replaced it in the apk ( i have used different methods for replacing the .dex such as direct replacing in archive and replacing in the decompiled archive) the app doesn't install and the phone or emulator reboots. i have done this with other apps and they are working fine after editing so i couldn't understand what's going wrong. please help
You should use a decompiler and achive to the java code. Than you can easily modify and recompile the app. You will need an Linux virtual machine to do this.
In linux, after you found you .apk file use this to decompile it to a .jar file. http://siis.cse.psu.edu/ded/installation.html. After that, you can use http://java.decompiler.free.fr/?q=jdgui to browse the code. With this method you will need a Linux machine and would give you the best result.
If you want to use windows, follow this tutorial http://androidorigin.blogspot.com/2011/02/dex-format-to-jar-format.html but I warn you, its likely to be faulty.
Hope this will help you.
thanks for replying
i used apktool to decompile and modify the smali code. i had even tried converting the smali code to java but no help.the problem is that the recompiled app runs only for one minute and then crashes without any error message even logcat log is not of help it just says that the process xxx has died but no err msg or exception is logged. if i replace the classes.dex with the patched one and then re-sign it it does not install and crashes the emulator but when i again decompile and then recompile the modified file it return to the same old problem of crashing. do you know how apktool packages the compiled files?
You should follow one of the tutorials posted in my last post. I did not used apktool and I don't know how it works.c the method with that decompiler will work. If you want your application signed just sign it as a normal one.
this particular apk loses about 20-30 kb in filesize on decompiling and then recompiling with apktool while this is not seen in any other apk. maybe this means that this file has some overlay data that goes missing on modifying and creats problems.7-zip is unable to show any extra data in the file.does anyone know how to add and extract overlay data on/from an apk?
I don't know if I'm doing something wrong or missing a step but I'm trying to get my status bar transparent following this guide
http://forum.xda-developers.com/showthread.php?t=1523703
I'm using wanams apk manager, I make the changes to the statusbar.smali file and the xml files, I compile and it doesn't work on my phone, so I decompiled the modified apk, and the changes to the xml files went through but the smali files go back to the originals.
when compiling I use yes on Is this a system apk, yes to copy additional files, go to keep, delete resources.arsc and finish.
It happens with any smali file when I compile, I use notepad++ to edit the files.
Solved: So what I ended up doing since my xml files were saving but my smali files weren't, kindof a noob so I didn't realize that when compiling it asks to copy over files and the classes.dex file was overwriting all my changes to the smali files, so I compiled and when it asks to delete files from the keep folder I took the classes.dex from that folder, decompiled it seperatly made the changes to the smali files there. I still deleted my resources.arsc, then I finished making the apk opened the apk and replaced the classes.dex there with my modified one. pushed to my phone and everything works perfectly.
I don't know how it works for other files but try applying the same method somehow; When decompiling and recompiling framework-res.apk, there is a resources.arsc file that is created and placed inside a build folder under the original decompiled folder. Drag that resources.arsc to the NEW apk file you have, and it will work.
I assume you're decompiling a .jar file so maybe it's a classes.dex file. If there is a newly compiled one under some build folder, try placing it into the new .jar file. Make sure the compression method is STORE, or 0 if it's a scale. Try out some combos until it works out.
liinko said:
Solved: So what I ended up doing since my xml files were saving but my smali files weren't, kindof a noob so I didn't realize that when compiling it asks to copy over files and the classes.dex file was overwriting all my changes to the smali files, so I compiled and when it asks to delete files from the keep folder I took the classes.dex from that folder, decompiled it seperatly made the changes to the smali files there. I still deleted my resources.arsc, then I finished making the apk opened the apk and replaced the classes.dex there with my modified one. pushed to my phone and everything works perfectly.
Click to expand...
Click to collapse
Just delete the classes.dex from keep folder and press enter in apk manager menu.. and you're done
?
systemui with smali
in the whole forum not an any solution for compiling with smali
Hey everyone,
My stock rom on my phone has issues with MVNO's (mobile virtual network operator). Basically this means that my data connection only works when Roaming. This is a know issue that has already been fixed on several roms (but not on mine).
To fix this I would like to modify the source of the framework.jar file (`/system/framework/framework.jar`), more specific the file : `/com/android/internal/telephony/gsm/GsmServiceStateTracker.java`
To start I will list the steps I have take to show you where I'm stuck at the momoment:
- I have fully deodexed my stock rom, both the JAR files and the APK files in both /system/framework/ and /system/app
- I have downloaded the deodexed framework.jar file and extracted the classes.dex file from it
- I have decompiled the classes.dex file using baksmali to end up with several *.class files
- I have converted these *.class files to a .jar file using dex2jar
- I have unpacked opened this jar file using jdqui to end up with several *.java files
This is where I'm stuck, I need to figure out how to edit the java file I want and end up with a working framework.jar again that I can upload to my phone.
Am I doing this the wrong way? Any other way to resolve my issue? I hope to get some help from people who have experience in doing this...
Any help would be appreciated!
Bump, anyone?
OK so I use ninjamorph to theme systemui but it only can it can do nothing with the xmls.
So I decided to use mobile apktool,I downloaded apktool 4.4 armf.zip, extract and put the apktool folder on root of my SD card, set it as data, folder, import framework-res and tw-framework, than decompile my systemui. Apktool automatically delete the meta-inf so I copy Meta inf from system ui. Than i edit some xmls following a guide and recompile it. It again delete meta-inf while recompiling. I sign the apk and it adds meta-inf, than I push it to system/app, set permissions and reboot and right after I got a bootloop !
My device-Samsung galaxy trend s7392
Apktool settings-apktool 2.0,aapt 4.1
Someone please kindly help
(I forget to say I don't have a PC)
Ok i got the solution, thank you thread closed
Hi there,
I am using 6.2.A.1.100 Rom from DeathZeroFX on my Xperia Sola and I want to change the semcphone.apk caller image size.
I am using APK MultiTool v5.5.7 but although I am able to decompile it with no errors when I try to compile it, it keeps running forever. I have "installed" framework-res.apk, semcgeneric....apk and from folder (system/app) the systemui.apk.
I tried Apk MultiTool v4 and I got the same error with this http://forum.xda-developers.com/xperia-u/issues/decompile-semcphone-apk-t2118131.
All I want to do is change a value inside res/layout/somc_incallscreen_large.xml.
Even if I make no change same thing happens (v5.5.7) does not give me any error just keeps running..
In the decompiled)apk folder I get a new folder called "build" and inside there is only the classes.dex nothing else!
Searching the web does not say anything particular except for old aapt.exe version
I am desperate I even tried to compile the helloworld.apk (found on web which (de)/compiles with no problem) and just add my res folder but of course that could not happen.
Any suggestions?Or even another tool?I need to edit those @#$% android binary xmls..
Bingo
Despite being desperate, I used APK Studio and after decompiling I modified some of the xml, plus with the help of the previously decompiled java classes and the help of notepad++ I changed the corresponding code inside smali files and then build it. After that I copy pasted the edited files (from the apk) into the original one without signing and yeahaa happy reverse engineering..If I sign them with APK Multitool it will crash..(Though it is not clear if it should be signed again (for me crashes), somewhere says that by restoring the original META-INF and Manifest.xml will do the job (which does for me since the final apk is the original just with modified classes.dex).
I have a semcphone.apk with callers image (scaled down a little bit) instead of being cropped.
The last alternative was editing binary files through notepad++ hex editor which is a no go..