Dropbox - fallback for when GPX files are ASCII-encoded
Transferred encoding guesswork to lxml
Dropbox now uses activity name - if present - in file name
ASCII != extended ASCII
Added the ability for services to mark an activity for exclusion from sync after the listing stage (RK wasn't telling me what I needed to know in time)
Rearranged previous change to actually allow the issue to be fixed.
Removed some old TZ code from Strava
Don't continue to attempt to upload activities when the source service fails and there are no alternatives.
Extra error handling + amendment for last commit
Fixed positioning of status icons, fixed service buttons for new users in IE, fixed issue where old session data would prevent dashboard access
Don't let failures in one service cascade into others via the shared activity object
Deep copy, I stand corrected
When accumulating activities, pick most descriptive start/end times (since Dropbox doesn't return them but other services require them)
More aggressive merging during activity accumulation (accounting for the fact that some services return full records from the initial listing).
Autocomplete is telling me lies
GPXIO w/ unicode: they say this should work...
They are not to be trusted
Additional checks for stationary activities with RK
Made sync check mismatched TZ niave/aware activities for deduplication. Added StartTime back into Dropbox cacheing for this, Removed requirement for activities to be from different services to be deduplicated, since it would have no effect once the activity was synced once.
Tag Strava activities as they are uploaded