Related
Based on the "better" Mms.apk that xREVOx posted earlier, this one's been slightly optimized in size/memory footprint (over 30%) to try to cut down on the Dalvik VM clearing MMS from the memory completely. I've optimized the PNGs and recompressed it in 7zip but have not looked into deleting anything.
To test whether you're getting texts, run the USSD code for checking minutes (below). This works for T-Mobile US and AT&T US and will not detract from your texting plan or charge you money. If you have another carrier, find the appropriate USSD code or just send your phone a message some other way.
Memory stress test: Go into the browser, load a flash-intensive webpage. Press the green phone button and call #646# (T-Mobile) or *646# (AT&T). Otherwise, send an SMS to the phone some other way. Press the back button to go back into the browser. You should get a text within 30 seconds after the USSD code finishes running, usually less.
Installation (ADB). This will remove the MMS APK you currently have.:
adb remount
adb shell rm /system/app/Mms.*
adb push Mms.apk /data/app_s/Mms.apk
adb reboot
POST YOUR RESULTS (eg. 8/10 texts received while in browser) ALONG WITH HERO BUILD AND SWAPPER SETTINGS. Thanks to xREVOx for the idea and his original patch. Use at your own risk!
http://files.getdropbox.com/u/36553/Mms.apk
boy maybe i need to do this with meebo!
How could I do this through the terminal? :s. BTW by switching the mms.apk say I have recieved messages today....that I haven't recieved......will they pop up on my phone? Thanks Steve
Nice job! An ETA on the more advanced optimized Mms.apk? And could I just add this to an update, resign and flash it? Thanks! Another great contribution
I keep getting an error message..."cannot install MMS on this phone".
Breakthecycle2 said:
I keep getting an error message..."cannot install MMS on this phone".
Click to expand...
Click to collapse
That's because I didn't resign it. You need to install it through ADB or terminal (assuming Mms.apk is on the root of your SD):
su
mount -o rw,remount -t yaffs2 /dev/block/mtdblock3 /system
rm -r /system/app/Mms.*
cp /sdcard/Mms.apk /data/app_s/Mms.apk
reboot
I was installing via AppsInstaller from the market. Installs all APK files.
Breakthecycle2 said:
I was installing via AppsInstaller from the market. Installs all APK files.
Click to expand...
Click to collapse
Except for APK files that are not signed properly. I didn't sign it on purpose because most people would be using Terminal or ADB to uninstall the old Mms.apk anyway (required or else you will force close!).
Anyway, I've uploaded a 770KB one to the same link (saves almost 100KB over the last one).
I tried it out, seemed to work pretty well, but I lost landscape mode while using the Mms application, anyway to add it back in?
Anyways, back to using the default Mms from jacHEROski1.3 cuz it has the landscape, I'll just have to avoid intensive activities... =/
Thanks for the effort. Can't wait for the super-optimized Mms.apk that you promised
is this for hero roms only
drebel1 said:
is this for hero roms only
Click to expand...
Click to collapse
Yes. It depends on HTC code.
what do you mean htc code
HTC's framework and whatnot vs the default Google frameworks
I'm using jacHEROski v1.4.1 and this definitely seems improved, but I'm still missing txt messages. Also worth noting... I use dgAlert Classic for my sms notifications and it seems to show me notifications for messages that the mms app drops. But I suspsect it's missing some as well. Is there any way to install the Google default 1.5 sms/mms app instead of the buggy HTC one?
Hi Everyone,
Wanted to ask if any of you know of a way so that I can store my sms messages on my sd card. So that whenever I change roms or wipe they are always back on my phone? Kind of the same idea as pictures that are taken are always found in the album. Any ideas on this??
Changing ROMs will not erase your texts. Wiping will.
Anyway, the easiest thing to do is just use any of a dozen Market-available backup programs to back up your messages.
I was wondering about this same possibility because backups/restores take longer and longer and the amount of sms/mms grows.
After not finding a suitable way to do this I decided to go with SMSBackup.
http://code.google.com/p/android-sms/
Click to expand...
Click to collapse
It is also in the Market. It is the one by Christoph Studer.
Basically it backs up all sms/mms to your gmail under a Label (SMS by default).
When you first set it up it will ask if you want to back up all messages currently on the device and it will continue to due so as messages are sent/received.
After I did this I was able to delete all of my old messages and have them readily accessible from Gmail at any time.
IMHO it is a great solution.
crunchybutternut said:
After not finding a suitable way to do this I decided to go with SMSBackup.
Click to expand...
Click to collapse
It is a good tool.
I use the same SMSBackup *and* another one called "SMS Backup & Restore". It backs up the SMS messages in a simple XML file, which is nice because you can edit it to remove the oldest ones before restoring. The same guy also makes a tool to backup the call log.
I dont see why you cant make a script to mount image on the SD card to wherever those files are saved... maybe along the lines AppsToSD works with UnionFS, although its kinda pointless to have a whole other partition for this, theres no reason you cant have a .sqsh image on the card... I totally understand this, I hate loosing all SMS's with every wipe, and I hate to have to download an App from the market to do this and then have to restore it everytime... call it SmsToSD, lol... I'm far from a linux expert, but I honestly think I could probably whip this up, and I DO understand why this would rock.
Seems like we could just make a symlink????
EDIT:
ln -s /whatever/the/sms/directory/is /sdcard/smsfolder
I think....maybe... I dunno.
Kcarpenter said:
Seems like we could just make a symlink????
EDIT:
ln -s /whatever/the/sms/directory/is /sdcard/smsfolder
I think....maybe... I dunno.
Click to expand...
Click to collapse
All fun and games until you (the general "you") pop out your card..?
capenter that sounds like a great idea, theres probably more complications to it than it looks like there is cuz it probly woulda been done already
There are lots of things I can think of that could happen, anyone want to take the plunge?? lol. I can come up with the script.
I would be willing to try this out... This is exactly what I was talking about.
jerrygon said:
I would be willing to try this out... This is exactly what I was talking about.
Click to expand...
Click to collapse
+1 on this, write the script I'll test it !
Working on this now. I will let you know when I am done.
Awesome... Let me know...
SOOOO...
I think we can:
cp -a /data/data/com.android.providers.telephony/databases/mmssms.db /system/sd/sms
then:
ln -s /system/sd/sms /data/data/com.android.providers.telelphony/databases/mmssms.db
BUT - I can't find the apps2sd script to A: See if this is how they do it and B: add to it...
Anyone knows where it is at, let me know...maybe boot.img.
You could probably do this in adb, but I don't think it will stick.
Kcarpenter said:
Anyone knows where it is at, let me know...maybe boot.img.
You could probably do this in adb, but I don't think it will stick.
Click to expand...
Click to collapse
http://forum.xda-developers.com/showthread.php?t=512743
thread describing A2SD, I'll take a look tonight after I get off work and see if I cant make it work... Frankly, this would actually be a feature I'd use, anyone know if the storage method for SMS is different between 1.6 and 2.1? I dont think its something they would have changed, and the backup and restore program seems to work for 2.1
jmhalder said:
http://forum.xda-developers.com/showthread.php?t=512743
thread describing A2SD, I'll take a look tonight after I get off work and see if I cant make it work... Frankly, this would actually be a feature I'd use, anyone know if the storage method for SMS is different between 1.6 and 2.1? I dont think its something they would have changed, and the backup and restore program seems to work for 2.1
Click to expand...
Click to collapse
I'll take a look at this tonight, thanks for digging it up. I wasn't able to pull my init.rc last night - for some reason it just would never show up on my SD card. Tried 50+ times. Maybe I'll be able to get it tonight.
Kcarpenter said:
SOOOO...
I think we can:
cp -a /data/data/com.android.providers.telephony/databases/mmssms.db /system/sd/sms
then:
ln -s /system/sd/sms /data/data/com.android.providers.telelphony/databases/mmssms.db
BUT - I can't find the apps2sd script to A: See if this is how they do it and B: add to it...
Anyone knows where it is at, let me know...maybe boot.img.
You could probably do this in adb, but I don't think it will stick.
Click to expand...
Click to collapse
wouldnt it be (from the */databases directory) be:
"ln -s /system/sd/sms/mmssms.db ./mmssms.db"?
as usage is "ln -s target link_name"
I just cp'd it to /system/sd/sms/* and rm'd it from the original dir, did a wipe, gonna rm it again and setup the symlink to see if its kosher, Obviously there is probably a better way to do this... gonna work on it a little maybe saturday, I would really like this on my dream as I change roms almost daily.
*edit/update* this DOES cause my messaging application to crash, probably need to change permissions to make it actually function... later.
*EDIT!!!1!!*: YES!!!! this does work, just needed to "chown radio ./mmssms.db" from the /data/data/com.android.providers.telephony/databases/ directory... YAY!!!, now just to incorperate this into a update.zip to script that will check for a /system/sd/sms/mmssms.db file and make a symlink to it if its found... fantastic!
OK this is something i have been looking for.
So Im a little confused on the steps on how to do this, can anyone make a list of the steps for me ty
dragonslave02 said:
OK this is something i have been looking for.
So Im a little confused on the steps on how to do this, can anyone make a list of the steps for me ty
Click to expand...
Click to collapse
No one has ever perfected it
But you would:
Code:
cp -a /data/data/com.android.providers.telephony/databases/mmssms.db /system/sd/sms/
then
Code:
ln -s /system/sd/sms /data/data/com.android.providers.telelphony/databases/mmssms.db
then
Code:
rm /data/data/com.android.providers.telephony/databases/mmssms.db
Then reboot.... that should in theory work for you.
Like I said no one has ever sat down to perfect it.
EDIT:
Looking at that, something seems wrong, but I don't have time to figure it out (Same reason it has never been perfected)
Don't blame me if you loose your SMS trying it.
jmhalder said:
I dont see why you cant make a script to mount image on the SD card to wherever those files are saved... maybe along the lines AppsToSD works with UnionFS, although its kinda pointless to have a whole other partition for this, theres no reason you cant have a .sqsh image on the card... I totally understand this, I hate loosing all SMS's with every wipe, and I hate to have to download an App from the market to do this and then have to restore it everytime... call it SmsToSD, lol... I'm far from a linux expert, but I honestly think I could probably whip this up, and I DO understand why this would rock.
Click to expand...
Click to collapse
This is exactly what came to mind when I read the thread title. Downloadable apps are a workaround. This is a solution.
I have a galaxy s 4g, had a week now. Installed a new loader, and app screen switcher, and was having problems with each wanting to run when pressing home. I did set launcher pro as default, but still had issues, so I uninstalled touchwiz launcher, just the launcher. Now my flipclock wont start. I've been told that touchwiz laucher has to be running for it to work. Ok.. phone is rooted, I have the touchwiz30 apk file (says no install when i see it with super user), it of course isnt installing when I try with super user. How do I get touchwiz launcher installed back to my phone?
I did search through posts here for the 4g and couldnt find this question elsewhere, please forgive if it is a replicated question, please include link to that thread!
I'm pretty sure you need to push the TouchWiz apk to /system/app... not install it.
Search the Vibrant forums too. I used to frequent that section and I think I remember people asking about that.
TouchWiz shouldn't be removed; As you have discovered, things rely on it.
ahorriblemess said:
I'm pretty sure you need to push the TouchWiz apk to /system/app... not install it.
Search the Vibrant forums too. I used to frequent that section and I think I remember people asking about that.
TouchWiz shouldn't be removed; As you have discovered, things rely on it.
Click to expand...
Click to collapse
Understood. (Android newb here). Ok.. so to get this back over I've had to install a ton of crap.. java sdk development.. then the android adk, I now have complete access to the phone, through terminal emulator on the phone itself, and through adb. All that works fine. however when trying to do the 'push' to the phone, I get permission denied.. I've tried various things.. using terminal to set /system/app to rw from there.. no go, tried opening two dos windows.. starting adb shell, tried remounting /system/app rw, then open using other dos window to do the push, i know the system is mounted rw, regardless of what I do I'm getting permission denied on the push. I *can* and have copied the apk through the shell, from the SD card to /system/app, however it doesn't actually install, just copies the file there... any ideas?
<still a newb but learning fast>
I haven't done it in a while. I haven't rooted my Galaxy S 4G yet (had it for a few days) and I sold my Vibrant several months ago. But I think once the apk is in /system/app, after a reboot it should be working... but I really don't know. Someone else is going to have to chime in here.
As for the "permission denied" errors, if your phone is rooted, the first time you're in the shell via PC and enter "su", the Superuser app should prompt you to give it permissions. From then on, every time you use adb through your PC, it should have super user permissions.
As a last resort, you might need to restore with ODIN if people have figured that out yet.
Honestly, I just got my phone like, two days ago and haven't done anything with it. I want to make sure I'm keeping it first. But the Vibrant wasn't much different so...
headway made, but not working yet
Ok, so here's what I've tried now. I've been using 2 dos windows to run adb with, the first I open a shell with, then set the /system/app directory to rw. I would leave that shell running. I switch over to the second dos window and try to do the push but get the (I'm finding now all too familiar "permission denied" error. So what I did next was to go back to the shell screen, and did a chmod 777 on the app directory. (Imma old SCO unix admin) Success!, I was able to push the file to the phone. I'm assuming that even though I have su with the first window, I don't with the second. So in doing that I allowed anyone to write to the app directory. However, the app still doesn't work. Nothing happens, I rebooted the phone, removed defaults for my current laucncher program, hit home, and the orginal twiz launcher doesnt appear in the list to set default to. God, what am I missing now?? Oh, after done I did reset app to 755. Do I need another file? Do I have the right file? (when browsing files it still says "no install" on it. I'm trying guys.. any help would be appreciated.
[email protected] email
sonny_in_az yahoo messenger
hell I'll put my phone number here if neccassary.....
<still a droid newb but learning fast>
BTW, since you just got your phone, I love mine. first smart phone tho so I cant compare to others, but here's what I've found. Get another battery. The factory one, when pushed hard, dies in 3.5 hours or so. I got an aftermarket battery 3000mh, awesome now.. ran multiple apps, games, wifi connections.. etc.. hammered it 7 straight hours and still had 38% left. Huge diff. Comes with a new back as the 3200 is a lot bigger than the factory, if you can live with that. I don't care about slim.. it's gotta work.. ; )
I just downloaded and properly installed the zip version of adb/sdk (r13). I followed a great guide on addictivetips.com.
I am going to do some serious searching/reading on it's proper use because I have never used it before.. I have only command prompted "adb devices" so far to see what my serial number is.
There are a alot of tools and functions. It appears complex to me at this point. I learn alot about things by clicking and exploring, seeing what happens. However I don't want to mess my phone up.
What I would like to know is what can I SAFELY do to explore it's functions and my phone? Is it safe to just click on things and see what happens?
Also and MOST importantly are there any things I should NOT do? Can I screw up my laptop with using this?
If anyone could leave me some comments/suggestions or even some command prompts to checkout I would greatly appreciate it. I'll also be sure to hit the thanks button
Don't ever do this.
Code:
adb shell
mount -o remount,rw /system
rm -rf /system
Ya, I definitely wouldn't want to play with my system like that...
The reason I made this thread is because I have clicked on things a couple of times to see what happens and a small black "command prompt" screen pops up and then lines of text flash rapidly through it (so fast I can't even read it) and then it disappears.
It makes me nervous because I don't know what it is or what it is doing. Luckily I didn't have my phone attached to the computer at the time so I didn't have to worry about my phone. But I don't want to mess my laptop up either.
Like I said I am going to read read read all I can about adb it is just hard to fight the urge to explore it. I know there are very knowledgeable in our Community who can tell me what NOT to do.
Thank you all for taking the time to read this.
Sent from my SGH-T959V using xda premium
Alright, that last post was a joke post. I usually see that on Linux threads.
It'll actually be REALLY hard to mess up your computer with ADB. It's more likely that you'll mess up your phone and to do that you'll have to try pretty hard to do it.
You're trying to run adb as if it was a windows program and it's not, it's a command line app.
Press the windows key + r, then type in
Code:
cd C:\Users\yourusername\Desktop\ADB\
adb shell
Then you can give commands for the phone. A few of the harmless ones are
Code:
ls
cd
ps
top
Here's one of the best guides (it's the manual) for adb:
http://developer.android.com/guide/developing/tools/adb.html
Thanks for your replies FB.
I found that manual last night while searching and copied all 11 pages. I'll be reading it on my three and a half hour daily commute. I'll be a pro in no time lol.
Sent from my SGH-T959V using xda premium
Jerry D said:
Thanks for your replies FB.
I found that manual last night while searching and copied all 11 pages. I'll be reading it on my three and a half hour daily commute. I'll be a pro in no time lol.
Sent from my SGH-T959V using xda premium
Click to expand...
Click to collapse
A lot of things can be done quicker in the terminal than through the gui. Like copying files to and from the computer. I don't use ADB anymroe though, I just use SSHDroid and connect to my phone with putty on windows. You can do a lot of stuff like that. Even copy files over wifi.
APKSPY - RESURRECTED
First:
I want to thank @ido for the original application -- It was his idea (and his code I've hacked :cyclops and modified.
Second:
Since Ido seems not to be active anymore I'll re-publish the application here.
Unless for some reason Ido will specifically ask me to remove it.
The original post
ido said:
ApkSpy is a simple tool I hacked up tonight which allows you to easily view the manifest of an APK (screenshots attached - not up to date though) just by double clicking it. (It can even associate with the .apk filetype, yay!)
ApkSpy relies on the aapt.exe tool from the android SDK, so you must have that installed (or just copy aapt.exe from somewhere, that's the only file needed to run ApkSpy).
Click to expand...
Click to collapse
Third:
Requires Microsoft©® .Net Framework v4
(Kind of since I've done it some time ago and waited for Ido [the orignal developer] to respond and allow or disallow me to re-publish... So, I don't remember all the changes I've already done...)
v1.8.19 CHANGELOG:
Fixed some Date parsing function (zipped file with no time stamp) in ZipStorer (by @Jaime Olivares) maybe causing some of the error reported here...
v1.8 CHANGELOG:
Changed Icon - CONTRIBUTED BY @Jarmezrocks
Removed unneeded tabs (System, Batch Rename, Log)
Minimize / Maximized restored back
v1.7 CHANGELOG:
(Actually 4.1.7.870, but the first and the last parts are internally used :fingers-crossed:)
Try to automatically find adb.exe and aapt.exe in ApkSPY directory or in PATH variable: If failed finding any of the executables, the user is asked to manually locate them
(★ Currently the location is not saved... ★).
Check if the ADB server is running and Start or ask if to Restart ADB server
Tidy up the code
Refining the original libraries written by Ido related to ADB and AAPT
Some more minor code updates
Revised most of the "General" tab (other tabs ware not touched) of the UI:
Grouped and ordered controls on form
Added DropDown of devices attached (★ Not automatically updating upon plugging... ★)
Added some control over ADB actions
Added status bar that some other details are shown, e.g. device type (Nexus, I9100...), OS version (4.1.2, 4.4.2...) and OS build (KOT49H, KVT49L...)
Added (nice looking) information panel with clickable links (for actions on the form) and coloring
Other changes (I can't recall right now, since I've done it some time ago and waited for a response from Ido for permission to republish)
(★ Maybe I'll add an option for this later, depending on my -- not to much -- free time and requested by users .... ★)
Known bugs:
Sometimes ADB fails to return build.prop property for the status bar (however it has not caused any critical problem, so (I think) it can be safely ignored) -- haven't been able (yet) to find the exact state it is happening
Please take the time to look at the application ABOUT tab
Any Other ideas are welcome!
If you like it, Don't forget to Thank me
If you enjoy using this application as much as I have enjoyed re-writing it
please donate to show your appreciation
RESERVED
Nice
Sent from my SM-N900T using Tapatalk
Good news
Bug report, every time I open this program, this dialog pops up, after click OK, this program works well.
PS, aapt.exe is in the same dir with ApkSpy
I got this errors:
1:
2:
Error in property: [email protected]@usrdata
cmlx said:
Good news
Bug report, every time I open this program, this dialog pops up, after click OK, this program works well.
PS, aapt.exe is in the same dir with ApkSpy
Click to expand...
Click to collapse
Hey dude,
I am not sure what you are doing wrong on your PC but it's certainly not the app as it works perfectly fine on my computer? Out of interest and for the sake or helping the new dev I thought I would raise a few points just to eliminate any finger pointing. There's a wishy-washy area when it comes to building/hacking things that were originally someone elses work...so yeah one can easily make great improvements yet open the door to bugs at the same time too. Anyway...thought I'd ask this:
Does aapt sit on your path? I know you said it is in the same directory, however just like a batch script in Windows it needs to "CD" or change directories to the %~dp0 if it is to understand what an executable is that happens to be sitting in the same directory as it's self. So this is is kinda directed at the new dev now. What I think is happening is that aapt is assumed to be in the system path when quite often it is not (i.e. those on XDA who have not yet played with the Android SDK properly). Put simply unless the application knows it is in the same directory as your executable it won't at all understand what aapt is. Does that make sense?
@dmagician , I would make sure that the apkspy app can do a check (even if it is a string search for the first few lines returned from aapt.exe), a simple if statement before throwing that error ....actually it would likely be an 'if not' statement. I don't have any of the code in front of me atm but I can help you out if you like? I was hacking this app myself sometime ago when ido first released it just using reshacker.
Note: If you are stuck and don't have source code you technically could write a full AutoIT wrapper for this app that could do all the checks and more and then bundle everything up into the one exe still. Check out the newer WinAPI stuff for AutoIT and in particular "Run binary" (yes that's correct you can just about run anything repackaged now and not need to deploy the original exe's or even libraries....they can all be stream fed to AutoIT @Compile time and need not be typically "installed" like you used to have to do. Anyway...I am waffling on shoot me a PM man.
@cmlx, to overcome your ApkSpy woes, and until dmagician can put his finger on what the cause is or what ido did when building it ages ago.....then you will firstly need to be patient (props to dmagician to figuring sh!t out so far) but till then where ever you have dumped the ApkSpy and aapt.exe on your system; just copy the address and put it on your system path. To do this 1) right click on My Computer or Computer if you are on Win 7 or 8. 2) Choose properties. 3) Advanced System settings and then at the bottom of tab you will see 'Environment Variables', click it and you will see some "User" and "System" options. Depending on your User access rights on the system you are running on (hopefully you are running as Admin surely?) then you can choose to edit your main system path or create a new variable in your user settings called 'path' Note User variables are always postfix to system variables but should always work anyhow.
Disclaimer: cmlx, if however you have already got an aapt.exe already existing on your system path but it is dodgy then you have to ensure that the good aapt.exe in your app directory is placed on path BEFORE the dodgy one....just sayin. Cause your system searches till it finds what it wants and then doesn't search anymore. Simple but can stuff people up quite often....and likely your case. Nowdays we tend to work from the known application location and not from a "Global environment path" when we know that there are going to be conflicts...and I can assure you that aapt is possibly the worst and most modified binary out there LOL. Hence this is also a note to the dev to ensure that ApkSpy reads from the current directory.....or like I am suggesting, wrap aapt up in the main application as well and that way there is no confusion EVER.
And I am done.....
Oh wait no I am not....sorry bug reports LOL :good: you thought I was all praise eh? Got another thing coming man
OK....so um the red boxes should explain everything. A picture says a thousand words (and yeah I needed at least 1 picture for this god damned long arsed post - sry). Um why in gods name would you remove the minimise and expand buttons? WTF? Anyway...it works but errrm yeah it doesn't wrap the text anymore? and it cuts the words off lol.
Other than that....I only really have one suggestion and it isn't even really a suggestion as I have kind of already made it so I can just give it to you if you want it? And that is that most people (well I can't say most as I am not speaking for everyone) tend not to like how apps take over their system. This isn't your fault at all in anyway as the first dev thought it was a good idea back then.....and back then hardly anything in Windows knew what a freakin apk was so it was a GOOD thing.....However now, every man and his dog wants to steel .apk extension for himself. I myself tend to be all over the shop with apks so I tend not to want to have any particular Windows app take it away from my control. I use WinZip as the main app for simple double click open as I want to see the contents of apks without needing to decompile them (great for theming) however I have apk shell extensions displaying the apks main icon to explorer, so if I set WinZip as default I get a nice lumping hunk of gold turd/box running rampet all over my Windoze bro ......so if you like I can show you my code that allows me to have default apps for specific tasks without interfering with anyones existing sh!t It looks neat too as you can right click any apk and just choose from a dropdown list what particular app you want at the time. If one has the need to use more apps then they need only put those apps in a list. There is nothing worse than double clicking an apk to find that Bluestacks or some other rubbish Windoze crApp has taken offf with your apk.
Lastly I thought I'd ask, Why no config file? Why store everything in memory? I know it's only small....but seeking for things everytime it is executed is a pain in the arse and not good practice. At the very least if you have no idea how to make an exe totally portable then you could reference a config file in the same directory....Or do as most do and write entries to the registry all neat and tucked away. If we get paranoid about "portable-ness" then we write to temporary space in the registry and make sure we clean up upon closing and/or inspect at runtime. simple!
I have plenty of AutoIT scripts that do exactly that too, so if you are stuck for ideas let me know. Anyway I have rambled enough, good luck and I will keep reporting bugs haha
Edit: That's waaaay too many emoticons. Oooops someone is a little high aren't they?
PS: I have attached my PNG of the icon I used for this bugger waaaaaay back....it's less generic and feel free to take it and abuse it and do as you please.
cmlx said:
Good news
Bug report, every time I open this program, this dialog pops up, after click OK, this program works well.
PS, aapt.exe is in the same dir with ApkSpy
Click to expand...
Click to collapse
Yes, I know of this one (and I've specifically wrote about it in the OP), it is NOT related to AAPT executable but to the way ADB is acting (sorry, out of my hands... :angel:
Explanation
The error comes from the application when trying to query the "ro.build.id" property via adb ('ADB shell getprop "ro.build.id" ') command.
I've came across this one but cannot determine the exact situation it is happening (as it can occur when first launching of the app, but after the app is loaded, clicking on refresh does not show this error)...
[ I've tried it on with the (only) two devices I own (1st dev. is stock (only the kernel is changed) 4.4.2 Nexus 4, 2nd dev. is S2-i9100 with customized RR ROM)and it seems to happen ONLY on the S2...]
It looks that in times, the getprop is being executed before the whole "build.prop" is being processed by ADB (This one I cannot control since it is happening on the ADB shell side [running on the device] -- unless MAYBE doing some [UGLY] delay after first initialization of ADB, which is, by far NOT best practice of process handling according to the literature)...
CyberianIce said:
I got this errors:
1:
2:
Error in property: [email protected]@usrdata
Click to expand...
Click to collapse
Which came first, the "SpkSpy spy stopped working" or the "Error in property" (if anyways related)?
Was it on the same run or two different runs?
As of the 1st one:
I do not have enough information from your post to check it up...
I'll post a new version which shows the exception details
As of the 2nd one:
Can you send me a copy of your /system/build.prop (so i'll be able to dig trough it and check it)?
It looks like my name-value splitter character exist as part of a given value in your build.prop .
Wooow, Long one! But it is nice to know people are using (trying) it!
Jarmezrocks said:
Hey dude,
I am not sure what you are doing wrong on your PC but it's certainly not the app as it works perfectly fine on my computer? Out of interest and for the sake or helping the new dev I thought I would raise a few points just to eliminate any finger pointing. There's a wishy-washy area when it comes to building/hacking things that were originally someone elses work...so yeah one can easily make great improvements yet open the door to bugs at the same time too. Anyway...thought I'd ask this:
Does aapt sit on your path? I know you said it is in the same directory, however just like a batch script in Windows it needs to "CD" or change directories to the %~dp0 if it is to understand what an executable is that happens to be sitting in the same directory as it's self. So this is is kinda directed at the new dev now. What I think is happening is that aapt is assumed to be in the system path when quite often it is not (i.e. those on XDA who have not yet played with the Android SDK properly). Put simply unless the application knows it is in the same directory as your executable it won't at all understand what aapt is. Does that make sense?
Click to expand...
Click to collapse
Hi
As I've replied to @clmx, This error is not related to AAPT (either executable [location or whatever] or results), but to the ADB command being used...
Jarmezrocks said:
@dmagician , I would make sure that the apkspy app can do a check (even if it is a string search for the first few lines returned from aapt.exe), a simple if statement before throwing that error ....actually it would likely be an 'if not' statement. I don't have any of the code in front of me atm but I can help you out if you like? I was hacking this app myself sometime ago when ido first released it just using reshacker.
Click to expand...
Click to collapse
Sorry I did not understand... Check for what?
Jarmezrocks said:
Note: If you are stuck and don't have source code you technically could write a full AutoIT wrapper for this app that could do all the checks and more and then bundle everything up into the one exe still. Check out the newer WinAPI stuff for AutoIT and in particular "Run binary" (yes that's correct you can just about run anything repackaged now and not need to deploy the original exe's or even libraries....they can all be stream fed to AutoIT @Compile time and need not be typically "installed" like you used to have to do. Anyway...I am waffling on shoot me a PM man.
Click to expand...
Click to collapse
I do not need the Auto-IT to wrap these files (although I am using it for other automation in windows), as I can do it right in the C# code (on one of my early versions these files was embedded...)
BTW, I know there are some antiviruses out in the wild that do not like the embedded executables -- but it can be done -- and probably will save some time to anyone using this app...
If it will be required / asked, I'll embed the 4 binaries (AAPT.EXE, ADB.EXE, and two DLL's AdbWinApi.dll and AdbWinUsbApi.dll [I'm not sure both are required]) needed by the application.
Jarmezrocks said:
@cmlx, to overcome your ApkSpy woes, and until dmagician can put his finger on what the cause is or what ido did when building it ages ago.....then you will firstly need to be patient (props to dmagician to figuring sh!t out so far) but till then where ever you have dumped the ApkSpy and aapt.exe on your system; just copy the address and put it on your system path. To do this 1) right click on My Computer or Computer if you are on Win 7 or 8. 2) Choose properties. 3) Advanced System settings and then at the bottom of tab you will see 'Environment Variables', click it and you will see some "User" and "System" options. Depending on your User access rights on the system you are running on (hopefully you are running as Admin surely?) then you can choose to edit your main system path or create a new variable in your user settings called 'path' Note User variables are always postfix to system variables but should always work anyhow.
Disclaimer: cmlx, if however you have already got an aapt.exe already existing on your system path but it is dodgy then you have to ensure that the good aapt.exe in your app directory is placed on path BEFORE the dodgy one....just sayin. Cause your system searches till it finds what it wants and then doesn't search anymore. Simple but can stuff people up quite often....and likely your case. Nowdays we tend to work from the known application location and not from a "Global environment path" when we know that there are going to be conflicts...and I can assure you that aapt is possibly the worst and most modified binary out there LOL. Hence this is also a note to the dev to ensure that ApkSpy reads from the current directory.....or like I am suggesting, wrap aapt up in the main application as well and that way there is no confusion EVER.
Click to expand...
Click to collapse
The application IS searching for AAPT and ADB executables; The order is
Application directory (where ApkSpy.exe resides)
PATH environment variable
Jarmezrocks said:
OK....so um the red boxes should explain everything. A picture says a thousand words (and yeah I needed at least 1 picture for this god damned long arsed post - sry). Um why in gods name would you remove the minimise and expand buttons? WTF?
Click to expand...
Click to collapse
Mostly I like it this way, otherwise - No specific reason...
It will be back in the next version...
Jarmezrocks said:
Anyway... it works but errrm yeah it doesn't wrap the text anymore? and it cuts the words off lol.
Click to expand...
Click to collapse
This Tab was NOT changed by me in any way... To be honest, I've thought of removing it completely -- But -- out of respect to Ido's work -- I've left it in.
I assume it is not wrapping due to Font size changed by me globally...
I'm seriously giving it second thoughts -- if it should stay at all (It was originally meant for batch rename of multiple APK's... I haven't used it even once...)...
I'm Really, REALLY, think of removing it completely (unless someone is / will be using it -- then I'll fix it all)...
Jarmezrocks said:
Other than that....I only really have one suggestion and it isn't even really a suggestion as I have kind of already made it so I can just give it to you if you want it? And that is that most people (well I can't say most as I am not speaking for everyone) tend not to like how apps take over their system. This isn't your fault at all in anyway as the first dev thought it was a good idea back then.....and back then hardly anything in Windows knew what a freakin apk was so it was a GOOD thing.....However now, every man and his dog wants to steel .apk extension for himself. I myself tend to be all over the shop with apks so I tend not to want to have any particular Windows app take it away from my control. I use WinZip as the main app for simple double click open as I want to see the contents of apks without needing to decompile them (great for theming) however I have apk shell extensions displaying the apks main icon to explorer, so if I set WinZip as default I get a nice lumping hunk of gold turd/box running rampet all over my Windoze bro ......so if you like I can show you my code that allows me to have default apps for specific tasks without interfering with anyones existing sh!t It looks neat too as you can right click any apk and just choose from a dropdown list what particular app you want at the time. If one has the need to use more apps then they need only put those apps in a list. There is nothing worse than double clicking an apk to find that Bluestacks or some other rubbish Windoze crApp has taken offf with your apk.
Click to expand...
Click to collapse
The application is NOT taking over anything, Unless you've clicked the asterisk ("*") button on the System Tab...
Was it registered for you without clicking this button?
If so, I'll recheck the code (may be it's some residue from the original code).
BTW
As the previous part of the answer I've wrote -- this one was left in as of respect to @ido's work...
2nd BTW
I'd like to see that explorer extension (and [preferable] the code of it - if you are willing to share it) you ware writing about...
Jarmezrocks said:
Lastly I thought I'd ask, Why no config file? Why store everything in memory? I know it's only small....but seeking for things everytime it is executed is a pain in the arse and not good practice. At the very least if you have no idea how to make an exe totally portable then you could reference a config file in the same directory....Or do as most do and write entries to the registry all neat and tucked away. If we get paranoid about "portable-ness" then we write to temporary space in the registry and make sure we clean up upon closing and/or inspect at runtime. simple!
Click to expand...
Click to collapse
Yep, I've thought of it... But... I was thinking, that (at least) everyone is as geeky as me dauuh , and the most are setting the path correctly...
It'll be added in next version (I hope... TIME, TIME!!!! :cyclops...
Jarmezrocks said:
I have plenty of AutoIT scripts that do exactly that too, so if you are stuck for ideas let me know. Anyway I have rambled enough, good luck and I will keep reporting bugs haha
Click to expand...
Click to collapse
I prefer writing my own code (sorry, I'm a developer in heart and soul...) then using automation like Auto-IT...
Jarmezrocks said:
Edit: That's waaaay too many emoticons. Oooops someone is a little high aren't they?
Click to expand...
Click to collapse
Jarmezrocks said:
PS: I have attached my PNG of the icon I used for this bugger waaaaaay back....it's less generic and feel free to take it and abuse it and do as you please.
Click to expand...
Click to collapse
(@Jarmezrocks please see my PM to you.)
PHEW...
Long Answer, BUT HEY, I'm not the only one writing longies... :angel: (and i like referencing each and every part separately)...
dmagician said:
PHEW...
Long Answer, BUT HEY, I'm not the only one writing longies... :angel: (and i like referencing each and every part separately)...
Click to expand...
Click to collapse
Ahh yes. I write long messages sometimes when my medication has kicked in and I am high....not my fault I kinda need to get all the info out of my head in one go while I am awake.....or else there would just be zeds on the response zzzzzzzzzzzzzzzzzzzzzz lol :laugh: (ref narcolepsy).
I commend you on your efforts at responding to such gibberish and making good sense of it! :highfive:
I have responded to your PM accordingly, and hopefully covered all you need? I have attached all info and sources etc.....well most of it...actually a fair bit of it you will have to workout your self but that is part the fun. Shoot me any questions if you need to...although I have a feeling that you will have mostly all of it covered as you are streets ahead of my knowledge already. I may have misjudged a little in my previous post (although hopefully not to make you feel any less than you actually are? please excuse me if I had said anything that may offended - being naive or what ever....you ARE definitely on the right track). As for the middle menu....I think you could easily remove it and not offend the original dev. It wasn't being used as you mention...and I think it could make way for more/better functionality don't you think? (discuss). However I would ensure all the things I mentioned in my PM first before going too deep and releasing on here.
Good move on bringing the buttons back. They were functional. But I DO like the single button close GUI myself on just about everything else....It looks clean. We have similar taste in that regard. It just isn't functional for me to pressing the task notification desktop link everytime I want to minimise the app LOL.
The rest I we can discuss via PM, this is pretty much only posted here as an open area for other forum members to provide input and opinion (or complaint....like how often it usually is, eh?).
CyberianIce said:
I got this errors:
1:
2:
Error in property: [email protected]@usrdata
Click to expand...
Click to collapse
I'd got the same error!
For me it helped to copy two files to the install dir
"adb.exe" and "AdbWinApi.dll"
Both are installed with the well known MyPhoneExplorer into "Program Files\MyPhoneExplorer\DLL"
Hope it helps!
Feature Request
I use this tool for testing new APK builds on a project I am working on it. It allows me to quickly verify the version number and push to the device. However, since I am usually installing another version of an existing installed APK, I must manually uninstall before using APKSPY. Would it be possible to add a check box that would uninstall any previous versions? It would be really helpful.
Nevermind - I didn't fully read the message presented when it fail. It say uninstall/update and it allows the installation. HOWEVER, that brings up a question... Does it uninstall or does it update? There is a difference as you know.
Thanks,
Jonathan
Hi, I try to run this on Mac via Wineskin Winery, but no luck. Do I need something like .Net, or something else to run ApkSpy?
Thank you.
Ja_som said:
Hi, I try to run this on Mac via Wineskin Winery, but no luck. Do I need something like .Net, or something else to run ApkSpy?
Thank you.
Click to expand...
Click to collapse
The only requirement is the Microsoft .Net 4.
(I'll add this to OP)
jmo said:
I use this tool for testing new APK builds on a project I am working on it. It allows me to quickly verify the version number and push to the device. However, since I am usually installing another version of an existing installed APK, I must manually uninstall before using APKSPY. Would it be possible to add a check box that would uninstall any previous versions? It would be really helpful.
Nevermind - I didn't fully read the message presented when it fail. It say uninstall/update and it allows the installation. HOWEVER, that brings up a question... Does it uninstall or does it update? There is a difference as you know.
Thanks,
Jonathan
Click to expand...
Click to collapse
Yes I know there is difference between the two (update vs uninstall and install again).
It is updating the application (like using "adb install -r apk_file_name.apk"), not doing remove and install
Removed unneeded tabs (System, Batch Rename, Log)
Click to expand...
Click to collapse
The unneeded Batch Rename tab was the only tab I needed really. :laugh: Luckily I found Ido's original version. It's ideal for renaming all those apk's I downloaded and still have the package name when I back them up to my PC.
I have an Asus Memo Pad 10 and an Asus Memo Pad 7 and neither are recognised by APKSpy. Not that it's a problem as I have no problem copying to and from them with Windows Exploder or Total Commander.
Other than that, it's been a handy little app for this tablet/smartphone virgin newbie.
Martin.
wolrik said:
The unneeded Batch Rename tab was the only tab I needed really. :laugh: Luckily I found Ido's original version. It's ideal for renaming all those apk's I downloaded and still have the package name when I back them up to my PC.
I have an Asus Memo Pad 10 and an Asus Memo Pad 7 and neither are recognised by APKSpy. Not that it's a problem as I have no problem copying to and from them with Windows Exploder or Total Commander.
Other than that, it's been a handy little app for this tablet/smartphone virgin newbie.
Martin.
Click to expand...
Click to collapse
Hello.
1st:
I can -- if requested - re-add the Batch rename.
2nd:
I don't know why these two devices are not being recognized -- unless not being recognized by ADB itself -- since I'm spawning devices by parsing the resulting text of "ADB devices" command, So unless being unrecognized by ADB, there should be NO PROBLEM detecting ANY android device with ADB on...
if you have any exception messages thrown by the application, please post them here.
dmagician said:
Hello.
1st:
I can -- if requested - re-add the Batch rename.
2nd:
I don't know why these two devices are not being recognized -- unless not being recognized by ADB itself -- since I'm spawning devices by parsing the resulting text of "ADB devices" command, So unless being unrecognized by ADB, there should be NO PROBLEM detecting ANY android device with ADB on...
if you have any exception messages thrown by the application, please post them here.
Click to expand...
Click to collapse
No need to re-add the tab just for me, but thanks for the offer. As I get to know my way around Android I'll probably need such things less and less.
Sorry, but I know nothing about ADB other than APKSpy needing it. As you can see from the attached pic, the Asus is recognised by Total Commander
Martin.
Hi dmagician,
Nice work, and a shout-out to Ido who originally created it.
I have a feature request:
Could you add the option to remove certain permission(s) and save the modified APK file?
There are many apps which I feel allow themselves way too much permissions, and this option could be very useful to tame them apps.
One more thing:
I noticed that APKSpy v1.8.2 doesn't work with the latest version of AAPT.exe (1432KB), from the Android SDK r24.
So I had to use a previous version of AAPT.exe (833KB), which worked.
Thanks,
Eric
Hey does anybody know where the name of the apk is in the XML files inside the apk?