GPX upload corrupt when using non-English locale

This will be fixed by me very shortly!

Is it fixed?

This is fixed for me. Happy for this to be closed.

Chris.

Tested in latest version of OpenSatNav and the bug seems to be there still. Got an e-mail from OSM:

--------------------------------------8<-----------------------------------------------------
Hi,

It looks like your GPX file

 20100921_204145_625_mylogin_.gpx

with the description

 test

and the following tags:

 OpenSatNav
 A5=BO1@O
 2010

failed to import. Here's the error:

 Found no good GPX points in the input data

More information about GPX import failures and how to avoid
them can be found at:

 http://wiki.openstreetmap.org/index.php/GPX_Import_Failures
--------------------------------------8<-----------------------------------------------------

Also I do not understand the strange tag 'A5=BO1@O'.

It should have the month instead of 'A5=BO1@O'. What language setting is your phone using?

My phone locale is in Russian Русский(Россия)

OK, the bug happens when in Russian but not in English so for now the workaround is to switch the language. I thought it was something to do with the month name but even when that's disabled by passing false for addDateTags to uploadAsync it still fails. Steve, can you have a look at this?

It looks like I have this problem with the french language too, but the month seems ok:
===
Hi,

It looks like your GPX file

 20101006_211609_445_Murphy.gpx

with the description

 osn track

and the following tags:

 OpenSatNav
 octobre
 2010

failed to import. Here's the error:

 Found no good GPX points in the input data
===
Changing to english language uploads fine.

Updated title to reflect what this bug has become! I think I'll leave this as a known issue for 1.0.

As a temporary solution could OpenSatNav.org use local-unaware function in this case? It's very inconvenient to switch locales before starting OSNO and back after recording track.

I'm pretty certain we don't want GPX generation to vary with user locale. As there are also quite a few potential issues here, I think the smallest/easiest fix is to just pretend we're in the us.

(The supplied patch fixes what this issue seems to have become. There seems to be a few other problems with track submission that I'll try to investigate and write bugs for, from the top of my head those includes possible track truncation and lack of error message on bad credentials as well as a RFE to trim the username before submitting.)

Thanks Pontus, I've pushed your change up to trunk so there will be a new build shortly.