StateSaver doesn't work anymore on mobile when app is installed from QtCreator

Bug #1276986 reported by ybon
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
OSMTouch
Confirmed
Critical
ybon

Bug Description

The StateSaver for zoomLevel, center.latitude and center.longitude doesn't work on mobile, while it does on desktop.
Now I doubt it has ever worked on mobile.
Popey, Sam, is this working for you?
Way to test:
- launch OSMTouch
- move to a specific location
- quit OSMTouch
- relaunch OSMTouch
- expect it to open is the same specific location by default

Revision history for this message
ybon (yohanboniface) wrote :

Grml, grml, it does work when I run the app *on the device* from QtCreator, but it does not with the app I've installed on the device (still from QtCreator).

ybon (yohanboniface)
summary: - StateSaver doesn't work on mobile
+ StateSaver doesn't work anymore on mobile when app is installed from
+ QtCreator
Revision history for this message
Sam Bull (dreamsorcerer) wrote :

Yep, maybe it doesn't work when run under confinement? Looks like an SDK bug to me.

Revision history for this message
ybon (yohanboniface) wrote :

The (weird) fact is that it does work with 0.1.1 version, which had same apparmor policy afaik.

Revision history for this message
ybon (yohanboniface) wrote :

I've tried to add "template=unconfined" in the AppArmor settings file, but the behaviour is the same. :/

Revision history for this message
ybon (yohanboniface) wrote :

Reverted to rev 48 (last rev before releasing 0.1.1), reinstalled app from QtCreator, and the behaviour is still the same.
So there is a great chance that the problem is linked to the way the app is installed, or something else on my local configuration, so I'm closing for now, and will release a 0.1.2 and we will see.

Changed in osmtouch:
status: Confirmed → Invalid
Revision history for this message
Sam Bull (dreamsorcerer) wrote :

Or a regression in the sdk...

Revision history for this message
ybon (yohanboniface) wrote :

Is it working for you, with new version, btw?

Revision history for this message
Sam Bull (dreamsorcerer) wrote :

Nope, still broken.

Revision history for this message
Sam Bull (dreamsorcerer) wrote :

Here's an idea. Add a quit button, and see if it works after quitting the app cleanly.

If it saves the data on exit, then this should work.

The application lifecycle stuff is still not completed as far as I am aware. This means that when you close an app, you are literally just killing it, and anything that should run on exit will never be run.

If that turns out to be the case, then just don't worry about it, it should be fixed when the lifecycle stuff is fully functioning.

Revision history for this message
ybon (yohanboniface) wrote :

Same when using "Qt.quit()" for quitting.
Other fact: I've asked for people to test on IRC, and the StateSaver was working for the one who answered (using a Nexus5, but not sure it's important).

Changed in osmtouch:
status: Invalid → Confirmed
milestone: 0.1.2 → none
Revision history for this message
Nekhelesh Ramananthan (nik90) wrote :

StateSaver is a feature implemented by the SDK devs and is designed to save states in case of application suspend or crash or other emergency situations. On a clean exit, it *discards* the state. Unfortunately this was made clear in their documentation. However the good news is that there is a bug report tracking the "permanent state saving feature" at https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1296669.

Revision history for this message
Nekhelesh Ramananthan (nik90) wrote :

I meant that this was unfortunately *not* made clear in the documentation ;)

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.