Sometimes tiles don't download

Bug #579392 reported by Kieran Fleming
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenSatNav
Fix Released
Medium
Kieran Fleming

Bug Description

I suspect that the download is not retried if there is a connection hiccup. This means that user are left with a 'Loading' tile.

Revision history for this message
chris_debian (cjhandrew) wrote :

I have this issue and it prevents me from using the app. As discussed previously, I thought it may have been speed related (60mph), but I also experienced this yesterday when walking.

Let me know if I can help resolve this.

Cheers,

Chris.

Revision history for this message
Kieran Fleming (kieran-fleming) wrote :

This is the problem:
http://code.google.com/p/osmdroid/issues/detail?id=7
I would like to fix this the proper way, by refusing to add a file if it is 0 bytes.

Revision history for this message
chris_debian (cjhandrew) wrote :

Kizza,

If this is the problem, is there any reason why we couldn't do the 0 byte thing?

Chris.

Revision history for this message
Kieran Fleming (kieran-fleming) wrote :

(Hopefully) fixed in revision 29.
Please note that with the fix now it doesn't save files that are 0 bytes, but it can still load them. If you have this problem you will need to remove the broken files, either manually or just by reinstalling the program.
Chris, it would be much appreciated if you could test to make sure this works for you.

Revision history for this message
chris_debian (cjhandrew) wrote :

Nice work, Kieran. Happy to test asap. Is it possible for me to install the latest version on my 'phone? I've only installed the apk before.

Thanks,

Chris.

Revision history for this message
Kieran Fleming (kieran-fleming) wrote :

I think it'll be easier in the long term just to wait until we have anonymous SVN working, then I will update the Wiki page on how to build from source.

Revision history for this message
chris_debian (cjhandrew) wrote :

Ok, Kieran. Will test when able. Thanks for your work on this.

Chris.

Revision history for this message
chris_debian (cjhandrew) wrote :

Any chance someone can roll an APK, so I can test this? Should be able to close.

Chris.

Revision history for this message
chris_debian (cjhandrew) wrote :

Just installed the latest APK. Will try it tomorrow (I've had a beer) and see whether the mapping is updated when I drive.

Cheers,

Chris.

Revision history for this message
chris_debian (cjhandrew) wrote :

Just tried the latest APK (yesterday's). I had the same problem. What I did notice is that at one point, my GPRS dropped-out, so not sure whether OSN tries to pick it up again, after that.

Sorry, guys.

Chris.

Revision history for this message
Kieran Fleming (kieran-fleming) wrote :

Can you please do a few things to check that this is the same bug?

Firstly, does the problem go away eventually? This bug would leave empty tiles no matter how many times you restarted or waited.

Secondly, is there a 0-byte file on the device for the tile that has a problem? First find the offending tile's file name from opensatnav.org. Then try to find that file on the device.
If the tiles were stored on the SD card you can find them in the osn folder. If they're in internal memory they will be in the /data/data/org/opensatnav/files/ folder. If you find the 0 byte file then that confirms that the problem is still there.

Also, you need to be root to get into the /data/data folder. I just used terminal on the device, then checked the size using du.

Revision history for this message
chris_debian (cjhandrew) wrote :

I'll try to update the correct bug, this time:

Kieran,

I have just tried the latest APK that has been published. I am pleased to report that I didn't have the same problem. Sometimes the map tiles didn't load, but this was because my GPRS signal had dropped-out, I was in a new area and hadn't downloaded the tiles previously. Although the map tiles didn't show, I could see the background moving relative to the pointer, suggesting that everything was ok.

I have re-assigned this to you, so that you can decide the way forward. From my perspective, this bug has been fixed.

Cheers,

Chris.

Revision history for this message
Kieran Fleming (kieran-fleming) wrote :

Sounds good - I'll close this bug.

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.