Related
when switching back and forth between roms or just keeping up with Cyanogen's speedy update schedule, I always have problems with the market knowing which apps I have and which I don't, so I was wondering if an app or script could just scan the apps on the device internal & apps2sd them remake the marketdb to reflect what is truly on the phone??
I may be wrong but it seems as its the marketdb that keeps this info, not the market "server" so it sounds easy, but since I couldn't code my way out of a paperbag how would I know if its easy or not...
it's no big deal but it would be nice, im sure im not the only cat who has thought of this so there must be sumthing more complex than I can understand that keeps it from happening...
just an idea,
bhang
the marketdb sucks for that kind of thing. use atrackdog. it creates its own db and updates it every time you run it to show exactly what you have on the phone and scans the market for updates on request.
Backup for root users allows you to backup and restore your market database.
bengrulz said:
Backup for root users allows you to backup and restore your market database.
Click to expand...
Click to collapse
That option has never worked for me...as with some of the other options in that program. The only ones that seem to work properly for me is backing up SMS and bookmarks. Sometimes backups of alarms work, sometimes not.
Was running Phoenix Ultimate rom. Switched to Mosaic III Diet. Restored my apps using Titanium Backup Pro; however, some of the apps did not get installed. When I look at them in TiBu, those apps have a line drawn through them. The legend states this means the app was not installed. Were they not installed because they will not run in GingerBread?
retnuh said:
Was running Phoenix Ultimate rom. Switched to Mosaic III Diet. Restored my apps using Titanium Backup Pro; however, some of the apps did not get installed. When I look at them in TiBu, those apps have a line drawn through them. The legend states this means the app was not installed. Were they not installed because they will not run in GingerBread?
Click to expand...
Click to collapse
more than likely they are apps that were once in /system/app/ in your old rom or specific for that rom/build
name an example of some of the apps.
Pirateghost said:
more than likely they are apps that were once in /system/app/ in your old rom or specific for that rom/build
name an example of some of the apps.
Click to expand...
Click to collapse
Sound Player 1.0
TeleNav GPS Navigator 6.2.6201038
ThinkFree Office 2.0.1011,01
Speed Test 2.0.3
Thanks
Sound Player is a system app, cant reinstall that with TiBu
TeleNav is part of the ATT BLOAT
ThinkFree Office is system app
dont know about speed test
Pirateghost said:
Sound Player is a system app, cant reinstall that with TiBu
TeleNav is part of the ATT BLOAT
ThinkFree Office is system app
dont know about speed test
Click to expand...
Click to collapse
Actually, TeleNav was a separate app that I had downloaded from the market. Liked it a lot more that the Google navigation. I have read other posts where other people are also trying to re-install the app and can no longer find it. One post stated that AT&T had it removed from the market. Since I had the app in my TiBu backup folder, I was in hopes of being able to re-install it.
I'm having much the same problem with Titanium Backup only I flashed Dlev 4.1 ROM from Cognition 4.1.1.
I have lines through many of my apps that I didn't think were system apps. To name just a few:
Angry Birds
Astrid Tasks
Amazon MP3
Barcode Scanner
Evernote
Facebook
Firefox
It says I have a backup of them dated today right before messing with all this ROM flashing. Most of this I don't really care about except for my 3 Angry Birds apps. I can download the others again and hopefully just sign in and all should work okay but I really want my Angry Birds progress back. To be honest a vast majority of my apps have the line through them (all but a handful) and most of those were installed with the Dlev ROM.
Any help someone could give me would be much appreciated.
Thanks a lot in advance.
tuckerjdaniel said:
I'm having much the same problem with Titanium Backup only I flashed Dlev 4.1 ROM from Cognition 4.1.1.
I have lines through many of my apps that I didn't think were system apps. To name just a few:
Angry Birds
Astrid Tasks
Amazon MP3
Barcode Scanner
Evernote
Facebook
Firefox
It says I have a backup of them dated today right before messing with all this ROM flashing. Most of this I don't really care about except for my 3 Angry Birds apps. I can download the others again and hopefully just sign in and all should work okay but I really want my Angry Birds progress back. To be honest a vast majority of my apps have the line through them (all but a handful) and most of those were installed with the Dlev ROM.
Any help someone could give me would be much appreciated.
Thanks a lot in advance.
Click to expand...
Click to collapse
have you tried restoring them? what error message do you get?
I have not encountered any sort of error messages. The steps I'm following to restore my apps is:
1. Start TiBackup and click the Backup/Restore tab
2. Scroll down to the app I want to restore (in this case one with a line through it)
3. Click on the particular app. When I click on an app with a line through it the following options are given: Backup, Freeze, Uninstall. The backup and freeze buttons are grayed out and thus not selectable. The uninstall button is red but it is also not selectable (because that app is not currently installed on my phone). I also have an option to delete next to the backup.
TiBackup sees the backup and recognizes it as an app I just have no way to restore it or the data. However, if I go into the Market place and download the app and then go back to TiBackup I can see the app without any sort of line drawn through it and I can from there restore the app data. Once I do that all is good and everything is as it should be.
However, I really don't want to spend the time to download all my apps again as that's why I backed them up in the first place. Also, when I go into the Market and download an app it seems to work and install like it should. However, if I try and install a second app after downloading and installing the first app it gives me an error saying "error downloading 'app name'". There is insufficient space on the device." Now I know there is plenty of space on my device. According to the task manager Storage tab I have used 219mb/1.85gbs of internal phone storage. Also, if I reboot my phone and then try to download the exact same app as before I can download and install it just fine.
Thanks again for the help.
---------- Post added at 12:56 AM ---------- Previous post was at 12:30 AM ----------
So I did some searching around the forum it seems the insufficient space error I've been getting is something to do with the new version of the market. And I've had a work around by just going and searching for the app on my computer and it the app store sends the app to my device so that part is fine. So at least I have a work around for that.
However, I still would like to get my apps back in TiBackup for the simply reason I do have a few paid apps and I don't really want to have to purchase the apps again. I've downloaded several of the "free daily apps" from the Amazon App store and can't download them again for free.
Thanks for the help.
On the front page of tibu hit the menu button, choose batch, restore missing apps with data...
If there is a 0 there, go to settings>applications> manage applications>titanium backup> clear data and cache
If you have problem with titanium application backup you must need to hire a developer.
Restore file list has strikethrough / greyed out text and fails to restore.
studacris said:
On the front page of tibu hit the menu button, choose batch, restore missing apps with data...
If there is a 0 there, go to settings>applications> manage applications>titanium backup> clear data and cache
Click to expand...
Click to collapse
You obviously have not read this thread. This has been tried and failed. Also, what you explained, is simply the way that TB is supposed to work. Do you not think that if it worked as intended, we would be having these issues?
Markline said:
If you have problem with titanium application backup you must need to hire a developer.
Click to expand...
Click to collapse
Just because there is a bug/glitch/error in an app does NOT the user does not know what they are doing....
I consider myself a very experienced Android user. I had tried clearing the cache for the app as the first thing I did. I then uninstalled the TB, and rebooted my phone. I then reinstalled TB Root, and the Key. When I try to restore my apps from the External SD card, it lists them all, and has each of them with a line striking the names out. If I select an individual one, and try to restore it, TB pops up the RESTORING dialog box, and sits at 0%. It does the same for each and every app, either individual or in a batch restore. In a batch restore it starts with the last file name, alphabetically, Zillow in my case, and sits at 0%. I let it try to restore one single app with data for well over an hour, and it still remained at 0%
Did this ever get fixed? I'm having the very same problem after a factory reset
nightraving said:
Did this ever get fixed? I'm having the very same problem after a factory reset
Click to expand...
Click to collapse
Nearly 7 months later and no reply....I'm having the same issue. Been using TiBU for many, many, many years. This is the first I've come into issue with this. Backed up my apps to Box cloud storage and also Google Drive Storage. Google's restore successfully restores almost all of my apps with the exception of a few apps that have a strike-through line. When I checked the TiBU backup folder on Drive for those apps, I noticed that of the three files that TiBU creates for each app (for restoring purposes), two of the three files were missing (so it was a bad backup of those apps to the cloud).
Now, with Box.com....all the app's have their corresponding THREE files that TiBU creates during backups BUT....when restoring everything from Box EVERY single app is crossed out with a strike-through. I've been rooting my phones and using backup services like TiBU since the very first Samsung Galaxy S phone ever. My current issue here resides on the Motorola Nexus 6 stock-rom (but rooted).
I'm stumped.
---------- Post added at 11:32 AM ---------- Previous post was at 11:27 AM ----------
Kal-El7 said:
Nearly 7 months later and no reply....I'm having the same issue. Been using TiBU for many, many, many years. This is the first I've come into issue with this. Backed up my apps to Box cloud storage and also Google Drive Storage. Google's restore successfully restores almost all of my apps with the exception of a few apps that have a strike-through line. When I checked the TiBU backup folder on Drive for those apps, I noticed that of the three files that TiBU creates for each app (for restoring purposes), two of the three files were missing (so it was a bad backup of those apps to the cloud).
Now, with Box.com....all the app's have their corresponding THREE files that TiBU creates during backups BUT....when restoring everything from Box EVERY single app is crossed out with a strike-through. I've been rooting my phones and using backup services like TiBU since the very first Samsung Galaxy S phone ever. My current issue here resides on the Motorola Nexus 6 stock-rom (but rooted).
I'm stumped.
Click to expand...
Click to collapse
Wait...just saw something right now. Per one poster's suggestion, I decided to restore an app from the Play Store and then open up TiBU to see what happened. I noticed that NOW the RESTORE option (which the word "restore" was always missing in all the striked-through apps) was available. When I selected the Restore button, TiBU asks: Data only?
It would seem that the only DATA was restored to Box.com and not the actual app. I'll confirm this further by trying a few more apps.
Problem is, I think one of my apps was a sideloaded app, patched. shucks.
Titanium Backup recently enabled conversion of app databases to a new WAL format. Is this safe to do? Can any dev's shed any light on this new file type?
Sent from my DROID3 using XDA App
Avoid
This ****s me I did this on my Samsung Galaxy, it WIPED ALL SETTINGS on my phone. no warning that it is dangerous!
Had to revert back, and then restore all settings again.
I learned quickly not to do anything that hasn't been discussed and tested by these talented people with XDA. And its still not 100 percent safe even then. I noticed by the release notes for the new TB Pro that its for all 2.3 roms, recognized by sqlite3, and is supposed to be faster than the old app database file type. What I don't know is the side effects, and what effect it has on rom updates applied over the change
Droid 1 Rooted (ChevyNo1 0.9MV Kernel, LGB2.6)
Droid 3 Rooted (Stock Kernel, Custom lite De-bloat)
Settings wiped out confirmed plus MAYBE a few very destructive glitch (Unconfirmed by others):
Power button only lists one entry: Power off instead of the original three - Confirmed by bonks
Home button not working (In respect, task switcher not available) - Confirmed by 0nebukadnezar0
Search button not working - Confirmed by bonks
Android market not connecting - Confirmed and solution provided by 0nebukadnezar0
SMS wiped
Nexus S Stock ROM 2.3.4 rooted (Kernel Netarchy Nexus 1.3.7)
Added symptoms :
Lost APN settings (0nebukadnezar0 on Galaxy S)
Screen lock not working (0nebukadnezar0 on Galaxy S and bonks on Motorola Droid 3 rooted)
Facebook authentication lost (0nebukadnezar0 on Galaxy S)
Some other application's settings (0nebukadnezar0 on Galaxy S and bonks on Motorola Droid 3 rooted)
Do not run this batch until further update!
Do not use this function!
I've also been hit by this. I paid for this software and it should really have a warning that:
1. it affects all application data: I was under the impression it affects only the TB internal database
2. it converts user data of the complete device: I had thought twice if this had been clear
3. one should create an up-to-date backup first
Instead it highly praised that this is a performance improvement traded against little higher storage usage. Why shouldn't I want to enable such a feature?
Had I known the implications I would've created a full backup first and thought twice. Now I had to go back to a three day old backup. My phone was completely wiped. No error message. Still some settings were missing after restore: TB still seems not to be able to correctly restore ActiveSync settings, and all widgets were gone from my start pages.
This is extremely unsatisfactory for an app I paid for. Please, developer: Improve your warnings in an application like a backup app which handles sensible data.
I noticed it in the change log, and was like " Uhh... why, in the last 6 months, have I not heard of this new super fast database conversion before now... I better ask someone before I mess with it"
Luckily I did, I'm still running the stock rom minus vcast and a few additional bloaties removes, and have dreaded altering anything without the bootloader unlocked, as this is my second device, the first returned returned DOA. I appreciate your testimonials guys, our stories will save the devs a few headaches, and will give titanium devs some live input on the batch operation. If Pzouza or Chevy has any comments on it, the input would be welcomed, as this is the first most of us have heard of it
Droid 1 Rooted (ChevyNo1 0.9MV Kernel, LGB2.6)
Droid 3 Rooted (Stock Kernel, Custom lite De-bloat)
verkerria said:
I noticed it in the change log, and was like " Uhh... why, in the last 6 months, have I not heard of this new super fast database conversion before now... I better ask someone before I mess with it"
Luckily I did, I'm still running the stock rom minus vcast and a few additional bloaties removes, and have dreaded altering anything without the bootloader unlocked, as this is my second device, the first returned returned DOA. I appreciate your testimonials guys, our stories will save the devs a few headaches, and will give titanium devs some live input on the batch operation. If Pzouza or Chevy has any comments on it, the input would be welcomed, as this is the first most of us have heard of it
Droid 1 Rooted (ChevyNo1 0.9MV Kernel, LGB2.6)
Droid 3 Rooted (Stock Kernel, Custom lite De-bloat)
Click to expand...
Click to collapse
+1 Droid3 rooted and de-bloat via titanium
Same thing happened to me. Not very pleased. Titanium Backup usually warns against dangerous options. This batch option not having one gives a false sense of security. I'm restoring a month old nandroid backup via clockworkmod now and then hopefully restoring my TB backups.
same thing on my Galaxy S:
- home button does not work anymore
- Market "Server Error", this has been cleaned through "Clear Data" under Manage applications
- lost 3G settings, it was necessary to enter the APN configuration manually
- screen lock does not work anymore
- lost the facebook authentication
- some other apps have lost her settings
Titanium Backup DB modes
Rooted Droid 3 with TB pro
Power button only lists two entries rather than I think the three or four it had.
Home button not working
Search button not working
Screen lock not working
Some other apps have lost their settings
-> Widgets needed to be readded
-> All email accounts had to resync
What I did:
Wokeup, saw TB update, downloaded & installed, tried new feature in TB for faster databases.
Ran the "Convert DBs to Rollback Journal mode (works on all ROMs)" batch process. It completed successfully.
Ran the "Convert DBs to WAL mode (faster, slightly bigger, Android 2.3+ only)" batch process. It completed successfully.
Hit the home button, tried to open an app. Force Close. Tried a few more apps, all force closed.
Restarted.
The white animated "DROID" screen infinitely repeated itself.
Removed battery.
Powered On.
Successfully reached Home screen (ADWLauncher EX).
My fault for trying these new features without looking into it first, but I did not think they would be dangerous.
Now, are Journal mode and WAL mode the two available types of DBs. Could I just run the Rollback Journal mode to revert back? Is this safe?
Their wiki says it's safe but has anyone tried this? matrixrewriter.com/wiki/tiki-index.php?page=TB+-+Technical+FAQ&highlight=rollback%20journal
(#32 and #33)
Woah, glad I googled this before running it on my Galaxy Tab. Will avoid.
From Titanium Support:
We're truly sorry about this issue. Yes, today we discovered a terrible bug in the SGS2 stock ROM, which explains what happened. Titanium Backup has converted your databases to WAL fine, but the SGS2 stock ROM itself does not support WAL properly: instead of opening the WAL databases, it will silently erase them and then claim that the open has succeeded!
Before allowing any conversion to WAL, Titanium Backup performed a verification, which we have tested and properly fails on older ROMs. On the SGS2 though, the verification passes because the test database is fine after the conversion - well yes it's fine, but it's empty.
We have improved the WAL testing code and we will release an updated version as quickly as possible. The new version has been tested well on SGS2 and detects the problem properly (ie: it prevents conversion to WAL format). This only applies to stock ROMs though, as CyanogenMod (for example) does not contain the buggy Samsung code and fully supports WAL without issues.
If you have no backups of the erased databases, we're very sorry to confirm that it cannot be recovered, unfortunately. Please accept our deepest apologies for this issue. If you would like a refund, please let us know because we stand behind our product.
Click to expand...
Click to collapse
I converted back to journal mode but this did not fix any of my issues. I'm guessing that the lockscreen, home button, and search buttons had some kind of association to a database from the manufacture install which I don't know how to recover. Any ideas?
Bad Titanium Pro!
GldRush98 said:
Woah, glad I googled this before running it on my Galaxy Tab. Will avoid.
Click to expand...
Click to collapse
ditto to that, I was just about to hit that button and thought maybe I should do some googling...
All, the standard rule to all root users, is to do full nandroid backups before making any serious changes to your phone. changing database formats is a major change. You should have all done a full nandroid, then a full tb backup. That's the main rule of thumb if you start down the road to root. Anytime you play with root focused apps, you're playing with fire. At some point we all get burned. I have plenty of times, but always get back with a nand restore. we all learn eventually. I know I've messed up a few phones this way, but that's the joy of going the root route. Its all in fun.
I wasn't aware of this feature and definitely will be trying it now that its been posted.
Sent from my DROID3 using XDA App
Ok, after doing a full nandbackup, and TB backup of User Apps. I did successfully migrate all the DBs to WAL format. I then rebooted right into CWM, formated the cache to avoid any old data crap, rebooted back into normal phone. Ran my most common apps and had no issues I've got 217 user apps on my phone, I think I ran 20 of the core apps I use. no issues in the first 1 hour. I did confirm all the previously posted issues and experience none of them within the first hour of testing. This is probably due to me not messing with the system apps. I'll test that next for the fun of it and report back. But, I can safely say, in my case, I had no issues with this conversion of "user" apps.
Power button only lists two entries rather than I think the three or four it had.
Home button not working
Search button not working
Screen lock not working
Some other apps have lost their settings
Widgets needed to be readded
All email accounts had to resync
Stay tuned for round 2 of testing
---------- Post added at 10:52 PM ---------- Previous post was at 10:39 PM ----------
Ok Round 2 WAL conversion and testing completed.
Everything works perfectly. Not sure why everyone else is having issues. I would say anyone else should be free to do the conversion. Again, this is how I did mine. I did a full nandbackup, in case i screwed things up and messed my phone up. Did a full TB backup of system apps. Then did the conversion to the system apps. Immediately after rebooted into CWM. I formatted the cache. Rebooted, let my phone load up. I did notice during the first 5-10 seconds of the loading home apps and widgets half of the widgets gave a widget error, but I was patient enough to let the phone get fully loaded. After that all widgets did start back up just fine. I tested all reported bugs and errors everyone else had, and I had no issues with anything. I'll keep an eye on things for the next few days. I'm a heavy, nerdy user of my phone, and am constantly tweaking it so i'll know if I screwed something up and report back.
Widgets all loaded fine after reboot.
Search works as it should
Long Press Power button pulls up standard 4 options.
Home works fine
Long press home pulls up all recent items (do keep in mind if you reboot there are no recent items so you have to go into apps for it to tell you recent items)
Lockscreen works as it should.
I would say this WAL conversion for both System and User apps works just fine. But, that is only in my case apparently. I am using Steel Droid 3 (v1).
Good luck to the rest of you. Oh, and I have no affiliation to TB, but I must admit that its one of my most used Root apps since it helps me unscrew myself when I do fudge things up. It is just so much faster to fix mistakes than a full nandrestore. Albeit the NandRestore is my Plan B fix it solution TB is plan A.
Where exactly is this option? I havent seen anything and just redid apps for data
WAL DB Conversion Success
I followed Izeltokatl's information by performing a full backup with Titanium Backup and ClockWorkMod via ROM manager, then updating the system and app DBs to WAL via TB, then immediately booting into recovery and wiping the cache.
I'm happy to report complete success updating my Ideos U8150 running Gingerbread 2.3.7 to WAL DB without any problems.
Even after wiping cache, the quick search function was force closing, so I just restored it from TiBu.
So what are real benefits of Wal or Rollback Journal databases of android. Is it really faster? Are there any reasons to make Rollback journal conversion on unsupported roms?
Has anybody tested it?
Some good reading.
http://www.sqlite.org/draft/wal.html
The ROM I was running was using SQLite version 3.7.2, and I unchecked 'force system SQLite' in preferences and it upgraded to the TiBu optimized version which is quite a bit newer. Seems to speed things up slightly if you convert to WAL.
Hey,
Has anyone ever looked into how the Whatsapp Backup is stored? It can be used after reinstalling the app, but not after hard resetting/flashing/etc. So it should be stored on the phone, but not the normal isolated storage of the app since I can reinstall it and use the backup then.
Is there special access necessary or could other apps also access (and modify/export) this backup? I'm asking this because I hope to find a way to make a backup that really is useful, I almost only write via whatsapp because SMS cost way more than internet here. Thanks!
why do you think whatsapp isnt useing isolated storage? shure it is, but you still cant access it - unless you have a interopt unlocked device
the reason you can restore, is that the app id stays the same.. you could try to deploy an older (uncrypted) whatsapp xap to your phone, if the app id still stays the same (and im not shure it does! actually i think it doesnt..) you would gain access... again, thats total theory! i havent tryed this, and it has propably the potential to mess up your backup...
maybe GoodDayToDie has some more info about the app-id thing.. i'll also do a quick research
tfBullet said:
why do you think whatsapp isnt useing isolated storage? shure it is, but you still cant access it - unless you have a interopt unlocked device
the reason you can restore, is that the app id stays the same.. you could try to deploy an older (uncrypted) whatsapp xap to your phone, if the app id still stays the same (and im not shure it does! actually i think it doesnt..) you would gain access... again, thats total theory! i havent tryed this, and it has propably the potential to mess up your backup...
maybe GoodDayToDie has some more info about the app-id thing.. i'll also do a quick research
Click to expand...
Click to collapse
Thanks for the reply! I din't know files in the isolated storage keep being there after you uninstall the app..
I tried deploying an old Version (1.4) of Whatsapp and it replaced the current one, so it should use the same app id. I didn't find anything in the isolated storage, but the backup is still there when I reinstall it from the store. I'll try launching the deployed app first now.
have you checked out the IsolatedStorageSettings?
Let me have a quick look where this thing is on my harddrive... when i find it, i'll be able to tell you where / how it saves the backup
tfBullet said:
have you checked out the IsolatedStorageSettings?
Let me have a quick look where this thing is on my harddrive... when i find it, i'll be able to tell you where / how it saves the backup
Click to expand...
Click to collapse
Nope, I have no real clue how to do that, the only thing I can is deploying apps and watching their isolated storage thanks!!
they used "messages.sdf" & "contacts.sdf" before, but then at some version they started to migrate this files into a database.. not shure where it gets stored, or if you can access it with simply browsing the IsoStoreage... ill make a quick test project to test out how or if we could access it..
EDIT: actually i was talking **** the .sdf files are already databases, and the data still resides there... and forgot to mention: even if you couldn't see the database files, you should see the user-picture thumbnails that reside in "cphotos/" + some-sha1-hashed-userinfo...
IsoStore is cleared when an app is uninstalled. So far as I know, this is instant, as part of the app removal process, although I suppose I haven't actually checked that. However, apps can (and many do) implement a backup situation to cover this use case by using a unique identifier that survives a re-install. There are several places such IDs can come from. Since the one you have survives app installs but *not* OS reflashing (even though you presumably sign on with the same Live ID afterward), I'm guessing it's a value that uniquely identifies your OS install and is randomly generated the first time the OS boots. Re-flashing counts as a new install, I guess.
I'd have to investigate further to be sure. There could be other mechanics at play, such as the OS keeping the data around for a short time in case you re-install the app, or the app storing its data in some other (off-phone) location. It's not storing it in some special folder within the phone, though; there's nowhere else it could!
Backup history with Whatapp on Android. Then check the backup file on:
/sdcard/WhatsApp/Databases/msgstore.db.crypt
Or
/data/data/com.whatsapp/databases/msgstore.db and wa.db (root)
Coweri said:
Backup history with Whatapp on Android. Then check the backup file on:
/sdcard/WhatsApp/Databases/msgstore.db.crypt
Or
/data/data/com.whatsapp/databases/msgstore.db and wa.db (root)
Click to expand...
Click to collapse
Sorry, but this is Windows Phone, not android..
@GoodDayToDie so, there is no simple way like deploying an app with the same ID and trying to access the backup with it?
Since the data would have been deleted when the old app was removed (and since you can't sideload an app with the same Product ID as an existing Store app), no, that won't work (well, it didn't in WP7; I guess you could try again here; some things are somewhat less secure now than before).
th0mas96 said:
GoodDayToDie so, there is no simple way like deploying an app with the same ID and trying to access the backup with it?
Click to expand...
Click to collapse
Wait for a interop-unlock... thats the way to go in this case.
Until then, you can send your conversations to yourself by mail (option form the context menue)
GoodDayToDie said:
IsoStore is cleared when an app is uninstalled. So far as I know, this is instant, as part of the app removal process, although I suppose I haven't actually checked that. However, apps can (and many do) implement a backup situation to cover this use case by using a unique identifier that survives a re-install. There are several places such IDs can come from. Since the one you have survives app installs but *not* OS reflashing (even though you presumably sign on with the same Live ID afterward), I'm guessing it's a value that uniquely identifies your OS install and is randomly generated the first time the OS boots. Re-flashing counts as a new install, I guess.
I'd have to investigate further to be sure. There could be other mechanics at play, such as the OS keeping the data around for a short time in case you re-install the app, or the app storing its data in some other (off-phone) location. It's not storing it in some special folder within the phone, though; there's nowhere else it could!
Click to expand...
Click to collapse
GoodDayToDie, any news about this Whatsapp backup feature in Windows Phone? Is it possible to utilize this feature as an "ordinary" developer?
I would have to reverse engineer the app to see how its backup feature works. The most likely explanation - that it's storing the backup "in the cloud" using the device ID (which resets when you do a hard reset, I think) - is easily possible for any app so long as you provide the storage space...
GoodDayToDie said:
I would have to reverse engineer the app to see how its backup feature works. The most likely explanation - that it's storing the backup "in the cloud" using the device ID (which resets when you do a hard reset, I think) - is easily possible for any app so long as you provide the storage space...
Click to expand...
Click to collapse
That could be an explanation. But then the Whatsapp developers could easily offer a full backup, as on other platforms, linked to the phone number or something. Then you could restore the messages even after a phone exchange. But who knows what's in their heads ...
GoodDayToDie said:
I would have to reverse engineer the app to see how its backup feature works. The most likely explanation - that it's storing the backup "in the cloud" using the device ID (which resets when you do a hard reset, I think) - is easily possible for any app so long as you provide the storage space...
Click to expand...
Click to collapse
Nope, it doesn't seem to be online.. it backups pretty big chats extremely fast with 2 bars of GPRS, so it can't be via internet.. it even backups without connection at all. That's the weird thing.. how are apps even allowed to store files that keep being there after an uninstall?
There are a couple really sneaky ways you could do that; one that comes to mind is creating a fake "image" or "ringtone" or similar, serializing the data to it, and then looking for it the "first" time the app is run after installing. However, I'm definitely more curious now. There are folders which apps can request permissions to write to, but usually that's a trick limited to "second-party" apps (OEMs, etc.) and prohibited for third parties.
I've already looked into the code, as far as i can tell there is no online backup feature. it just stores the conversations in a database.
And to answer yout question schluff: no there is absolutley no way the usual developera to utilize this.
btw: @GoodDayToDie could you provide us the newest WhatsApp XAP (2.11.312.0)?
When I get the chance to extract it of my computer, yeah. It's really hard to get full FS access working these days, so I'm looking into other ways to access the install folders and storage of other Apps.
here you go
edit: I've changed nothing, so it's the whole install folder in this zip file
Thanks for the extraction! Obviously, I can't do anything with it
However, if anyone is interested in this too, in the following versions it seems to backup to the SD card, at least @Nazwzil8 reported so at twitter: https://twitter.com/Nawzil8/status/410486248156172288 he reported a lot about whatsapp, he seems a legit beta tester.
Hi, yesterday while looking at my gallery I noticed that a lot of photos are missing, for example, my Italy trip photos and videos are gone, not all of them though, there are some left, but videos are all gone. I didn't delete or move them, didn't touch them at all, it just disappeared. I've tried looking at my Onedrive, Google drive backups, but they are all showing current photos, that I can already see. I've also tried cleaning gallery and media storage data in settings or deleting .nomedia files (which cant be actually deleted), but no results. Booting on safe mode, using different recovery software also shows same photos that I already see on my phone. Tried to get help from Samsung Support, sadly they are as competent as I am, all the suggestions were already known. They did suggest to factory reset my phone while backuping everything using smart switch since there might be some malfunction and doing so all the supposedly hidden photos gonna be released. Not really trusting it though, because in backup I can clearly see that the photos that are being backed up are the photos I can already see, and no hidden files are being backed up. I've also restarted my phone like 6-7 times in different circumstances and noticed that everytime my phone boots it loads up 196 pictures in my camera roll, and then after some time the other part of it gets load up. So my question here today is: Is there anything I haven't tried and is it possible to recover the hidden/disappeared photos?
P.s. the photos that I'm concerned about is in my internal storage not in SD card.
After you lose data it's many times to late to do anything. Why aren't you using the SD card as a data drive to at least backup your critical data?
That in turn should be backed up redundantly to at least 2 hdds that are physically and electronically isolated from each other and the PC. Consider this a wake up call...
This isn't looking good. Backed up what's left, now. Try in safe mode.
It may be malware, in any case it sounds like it's factory reset time if you can't ID the root cause.
If you added any downloaded images* to the folders losing data it may be a malware jpeg, if so this jpeg must be deleted or it will continue to destroy and mutilated files in the folder it occupies. I've seen ones that do this in Android. Think. What was done, installed or downloaded?
*All downloaded jpegs should be kept in the download folder until vetted. This will help limit the damage hopefully to just the loose files in there. At least open the jpeg there and look for abnormal behaviors in that folder because you add that jpeg to your database! Antivirus may not detect these little buggers... WYSIWYG
blackhawk said:
After you lose data it's many times to late to do anything. Why aren't you using the SD card as a data drive to at least backup your critical data?
That in turn should be backed up redundantly to at least 2 hdds that are physically and electronically isolated from each other and the PC. Consider this a wake up call...
This isn't looking good. Backed up what's left, now. Try in safe mode.
It may be malware, in any case it sounds like it's factory reset time if you can't ID the root cause.
If you added any downloaded images* to the folders losing data it may be a malware jpeg, if so this jpeg must be deleted or it will continue to destroy and mutilated files in the folder it occupies. I've seen ones that do this in Android. Think. What was done, installed or downloaded?
*All downloaded jpegs should be kept in the download folder until vetted. This will help limit the damage hopefully to just the loose files in there. At least open the jpeg there and look for abnormal behaviors in that folder because you add that jpeg to your database! Antivirus may not detect these little buggers... WYSIWYG
Click to expand...
Click to collapse
Okay first of all, One drive should be responsible for backing up my data, thats why its there, no? I do understand that data back up need to be taken more responsibly, but again why would I keep everything backed up from my phone since everything in there is just basic daily use things, nothing that much of importance, except of course memory photos in my camera roll (which again SHOULD be backed up in my one drive). Second, if I were that careless as an IT student to download malware into my device, why would I move it to my camera roll folder ? (thats the only folder that has photos and videos missing). Third, I did factory reset my phone with a back up from Smart Switch as suggested from so called Technical Support specialist from Samsung, sadly the results are same (All photos I had before factory reset are there, no actual recovery has been made).
Sorry if I might sound rude, but I'm really frustrated. Samsung really let me down big time for the first time in 12 years of using their products.
I feel your pain as I lost an irreplaceable database myself at one point that was 30 years old. It sucks.
The only backup I trust and use is copy/paste/verify for size and if readable.
SmartSwitch can fail you miserably, never use it for critical data... same with Google junk.
In unencrpted hdds I trust.
Maybe your Google account was hacked... again always suspect malware, viruses, rootkits if unexplained behaviors are observed.
If you had a previous SmartSwitch backup saved that probably would have worked. At the time what the Samsung rep told you in lieu of the former was your best shot probably. The data was already lost unless its backed somewhere you overlooked or forgot.
It's also possible you could have a hardware failure in progress, keep a close eye on the device.
The reason I back up they way I do is from hard lessons learned going back to XP Pro and other OS's. Also never clone (copy/paste only) or encrypt data drives. Always use a good SD card that's V30 rated like a Sandisk Extreme. All critical data goes here, and everything you need to do a full reload including installable app copies. App that allow settings to be saved like Poweramp, contacts all go on the data drive as do vid and music libraries. ColorNote will save it's backup directly to the SD card, it's a very useful that can used for bookmarks. Don't forget all passwords as well.
Keep the DCIM and download folders on internal memory. Only these and installed apps go on internal memory. Periodically backup the DCIM files to the SD card but DO NOT use the phrase dcim in the backup copy folder name... and then redundantly back up the SD card periodically. Best to time stagger these backup between 2 or more hdds. Develop a plan, put some thought into it. You have all the hardware you need for a robust dual drive device if you use it!
I have 2 N10+'s and this is how I run them. Zero issues.
@blackhawk. Agree... Never trust Google Photos. Somehow I also lost a lot of my photos. Mostly the ones that I shared (as file). Was that because I deleted them directly using Root Explorer? No. Because I downloaded them to Restored folder and deleted through Explorer? No. Because I deleted them from Sent folder of WhatsApp? No... I tried each one of these and couldn't consistently delete the items from Google photos... But how? Why? Just don't trust the application.
nugroho2 said:
@blackhawk. Agree... Never trust Google Photos. Somehow I also lost a lot of my photos. Mostly the ones that I shared (as file). Was that because I deleted them directly using Root Explorer? No. Because I downloaded them to Restored folder and deleted through Explorer? No. Because I deleted them from Sent folder of WhatsApp? No... I tried each one of these and couldn't consistently delete the items from Google photos... But how? Why? Just don't trust the application.
Click to expand...
Click to collapse
Always redundantly backup critical data and verify it's size is correct, it's readable and complete. Copy/paste only, never clone media files ie music.
A drop, malware, hardware failure, a near lightning strike, a boot loop, a user mistake etc can destroy data instantly. Expect it will happen because eventually it probably will. No such thing as overkill with data backup. Multiple copies in different locations that are time staggered and not connected to a PC preferably on hdd. An earth grounded safe or metal box is ideal to store them in at 50-70F.
Great advice! I see these posts about lost data, and people don't realize, you have to backup this data somewhere. The FIRST step is something like Google Photos or Amazon even. But these are not enough (it's a start, at least).
General recommendation is a 3-2-1 backup, as detailed here: https://www.backblaze.com/blog/the-3-2-1-backup-strategy/
Bottom line, if it's something you don't want to lose, then have a REAL backup beyond just GPhotos or similar.
Especially in today's world of cellphones and flash-drives. Both are easily lost or damaged. At least in the old days you can sometimes recover data from spinny drives (I did a LOT of this work for people, using specialized software)... but flash drives don't work the same, and they likely fail to read completely, leaving ALL the data gone in a flash (pun intended).
Backup, BACKUP, BACKUP!!!
EDIT: Also note, if you use something like Gphotos, you can very-easily download ALL the photos from there. This makes it rather easy to backup those files by simply copying that ZIPped file as necessary. You'll have to do this manually every so often, but it's quite easy to do.
This same thing just happened to me. All of my folders including my camera pics were deleted, except my downloaded folders. All the photos are missing from my backups, all trash bins are empty, and Samsung Customer Service suggested that I do everything I had already done. I thought I'd be fancy and get the ZFold 4, which doesn't have an option to use an SD Card. I even downloaded a recovery program to my laptop and it couldn't find any photos. I'm currently waiting on an adaptor, so I can download photos from my last SD card in my previous phone. I've never been more angrier with a phone than I am right now.