I can't believe I finally got a code for this app...been trying to get this since...forever it seems....anyway...I used XMJHW3RRJ747. Thanks.
I am having a bit of frustration with the app. I know there are severe limitations in the iOS system for running programs on boot, but I'm just confused how to make sure it starts up properly, and how to keep it running, properly. I love it when it works, it's a gem, and the fact that I can easily see my WiFi usage, just for curiosity sake, without having to do any extra effort is cool beans. But if there are any suggestions on how to make sure the app stays open appropriately... I guess it just needs to be running at least in the background before rebooting? What about just respringing? Yes, I'm JB'd - and I'm also wondering if there is a JB app that could have it launch at start... If anyone knows... Outside of that, great app. My bandwidth cap has gone up exponentially, so I don't need to keep even a slight eye on my daily usage, but I still like to know, just in case! For those that are on a limited plan, this program is a MUST HAVE. Also, any chance of having notifications if you're reaching your daily/weekly/monthly limits? That would be fantastic.
Another 2 codes: 6AYJA3W7KL4F JMEJJWLJ74NT Don't forget to rate the app in AppStore! @andsoitgoes: We'll post an answer to your question in about 5 hours from now.
2 codes for you: MPTKP9PLRLKT KNY6LFRFRE4R Don't forget to rate the app in AppStore! @andsoitgoes: We'll post an answer later today.
Unfortunately there is no "autorun" functionality in iOS, so you have to start the app manually after reboot. Hopefully, there are few times you really need to reboot, so it should not bother you. There is no need to keep it running in background - it will still be able to fetch stats from iPhone once you run it. But keeping it running won't hurt of course. There is no need to run the app before respring too since internal iphone statistics is not reset during respring. Unfortunately iOS does not allow apps to really get processor time when they are in background (and getting processor time is required for determining whether limit was reached or not). The only exception is when app is VOIP client (like skype) - but Apple requires apps marked by author as VOIP client to really have some GUI for VOIP functionality; another case is being waken by iOS when your location changes signtifically - but this will drain the battery. We plan to implement the second option (tracking user location) to be able to get CPU time, in next version of the app. So it will really warn you about approaching the limit. Feel free to ask us any other questions - we will be glad to answer any!
Another 2 codes: T3R6A9NJPFJE MRFNM96ALLPY Don't forget to rate the app in AppStore! Thanks in advance.
Today we've released an update that adds native iPad support! And another 2 codes: E76JRRWFNN7R 4HLNYFYAJ73T Don't forget to rate the app in AppStore!
