espruino / espruino/BangleApps

[run] calculates pace after time start even if GPS logging starts later

Open
#1,711 0 comments 0 reactions 0 assignees View on GitHub
area-apps state-inactive type-bug
Dominant language
JavaScript
Stars
571
Forks
1.3k
Avg merge
17h 38m
Merged PRs (30d)
17

Description

### Affected hardware version

Bangle 2

### Your firmware version

2v12

### The bug

The pace should be calculated from the distance and the time since GPS recording has started.

Observed behaviour: GPS locked after 30 minutes into the run, after one kilometer the pace was 36 minutes per kilometer or so.
This looked like the time since start of the run was divided by the distance covered since the GPS had a lock.

Expected behaviour: pace would be calculated from the distance and the time since the gps lock has started, not the full time of the run. (It is okay do displace the full time of the run, which is useful if the GPS is not working.)

Contributor guide

Open the contributing guide

Research direction

Start with the [run] app's GPS logging and pace calculation, comparing the time origin used for GPS distance with the overall run start time. Reproduce the delayed-GPS scenario and verify that pace uses elapsed time since GPS recording began while still displaying the full run duration if GPS is unavailable.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
mobile-dev
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.