asked 2014-01-31 20:21:26 +0200
After the January update, settings/user data for certain 3rd party applications are gone. Details discussed here: http://talk.maemo.org/showpost.php?p=1410044&postcount=26
Sailors, is there a way to get them back from their old location? I was not prepared for an OS update to delete my user data.
answered 2014-01-31 21:57:59 +0200
Thought I'd share... Close the affected apps first.
For copy & paste:
for d in `find /home/nemo/.local/share/harbour-* -mindepth 1 -maxdepth 1 \! -newer /`; do dir=`dirname $d`; name=`basename $dir`; echo rm -rf $dir/$name; echo mkdir $dir/$name; echo mv $d $dir/$name/; done
Verify that it prints out the right things to do, for instance
rm -rf /home/nemo/.local/share/harbour-tidings/harbour-tidings
mkdir /home/nemo/.local/share/harbour-tidings/harbour-tidings
mv /home/nemo/.local/share/harbour-tidings/QML /home/nemo/.local/share/harbour-tidings/harbour-tidings/
rm -rf /home/nemo/.local/share/harbour-tinytodo/harbour-tinytodo
mkdir /home/nemo/.local/share/harbour-tinytodo/harbour-tinytodo
mv /home/nemo/.local/share/harbour-tinytodo/QML /home/nemo/.local/share/harbour-tinytodo/harbour-tinytodo/
rm -rf /home/nemo/.local/share/harbour-webcat/harbour-webcat
mkdir /home/nemo/.local/share/harbour-webcat/harbour-webcat
mv /home/nemo/.local/share/harbour-webcat/QML /home/nemo/.local/share/harbour-webcat/harbour-webcat/
rm -rf /home/nemo/.local/share/harbour-webcat/harbour-webcat
mkdir /home/nemo/.local/share/harbour-webcat/harbour-webcat
mv /home/nemo/.local/share/harbour-webcat/.QtWebKit /home/nemo/.local/share/harbour-webcat/harbour-webcat/
Then load the gun by removing the three "echo".
for d in `find /home/nemo/.local/share/harbour-* -mindepth 1 -maxdepth 1 \! -newer /`; do dir=`dirname $d`; name=`basename $dir`; rm -rf $dir/$name; mkdir $dir/$name; mv $d $dir/$name/; done
Yes, I think there's a problem with the script when there was more than just one directory in the /home/nemo/.local/share/harbour-myapp/ path. Tidings, for example, had bot QML/ and .QtWebKit there, which means that removing the new settings path would be done twice - once after copying.
ossi1967 ( 2014-02-01 13:34:01 +0200 )editanswered 2014-01-31 20:27:08 +0200
Yes it is possible, lets call our app "harbour-myapp". Before the update the offline storage path was:
/home/nemo/.local/share/harbour-myapp/QML/OfflineStorage/Databases
and after update it will be:
/home/nemo/.local/share/harbour-myapp/harbour-myapp/QML/OfflineStorage/Databases
Atleast this is the case on my phone, so to get the settings back we can copy/symlink from old location to new location. But make sure to take a backup of /home/nemo/.local/share/harbour-myapp just in case something goes wrong.
That new path looks awkward. Is this a bug or a feature?
epsilonijk ( 2014-01-31 20:30:10 +0200 )editanswered 2014-02-03 11:51:20 +0200
Some explanation why the path was changed in the first place, why leaving the old things as-is wasn't an option (for architectural and/or time resource reasons) and what app developers and users can do to work around the breakage: http://talk.maemo.org/showpost.php?p=1410600&postcount=76
answered 2014-02-04 13:02:11 +0200
Here's a small utility that helps with carrying out the steps described in pycage's post: http://thp.io/2014/sailfish/harbour-migration-1.0.0-1.noarch.rpm Source code: https://github.com/thp/harbour-migration
Make a backup of ~/.local/share/ first, just in case.
Asked: 2014-01-31 20:21:26 +0200
Seen: 2,589 times
Last updated: Feb 04 '14
Anyway - when you have any important data, you need make backup before update. :)
Kaacz ( 2014-01-31 20:58:27 +0200 )editI'll mark this as closed as it is solved for me. Of course pycage was write when he commented in another question about this that a "solution" that requires developer mode isn't a real solution...
ossi1967 ( 2014-02-01 13:48:04 +0200 )editIs there any rationale why the path was changed in the first place?
foss4ever ( 2014-02-01 15:25:56 +0200 )editI read the reasons behind this change and I might understand that.
BUT you're applying this change to a phone in the hand of the users, Jolla should have provided a simple migration app from where I would select the apps for which migrate the data to the new path. How long does it take to write this, an hour maybe?
Nor this "change" has been mentioned in release notes, that is bad.
Jolla imho should improve to not disappoint enthusiast customers that are financially supporting the project.
Hopefully soon we'll see a settings migration app.
c.la ( 2014-02-04 09:57:45 +0200 )edit@thp Thanks for the script to migrate the settings. Maybe your Answer below could have been better place to post those links. That would then becone the most complete answer, and make this a HowTo-article.
foss4ever ( 2014-02-04 13:20:56 +0200 )edit