diff options
| author |  Oliver Schwaneberg <oliver.schwaneberg@gmail.com> | 2018-01-28 20:20:02 +0100 |
|---|---|---|
| committer |  Jan Mulder <jlmulder@xs4all.nl> | 2018-01-31 14:46:30 +0100 |
| commit | 5a9faf2fead68df70c9e660c1ebb9b6fad90ba33 (patch) | |
| tree | 89c3c8815e4f3680ae6cbb7cc020167de755c5d4 /core/deco.c | |
| parent | cd759a3b1e35b75bb51c44453b7883dfcb9701ad (diff) | |
| download | subsurface-5a9faf2fead68df70c9e660c1ebb9b6fad90ba33.tar.gz | |
uemis: Fix mapping of object_ids to dive numbers
When performing a factory reset to an uemis, the object_ids within the divelog
will not be reset. Nevertheless, the dive numbers are reset to 1.
So, the first log will have a positive offset n to the first dive number.
The uemis-downloader used the object_id from the logs as a start point for
getDive, if dives were already synced before. This causes the sync to stall.
I prevent this by subtracting the lowest object_id from the requested before
using it as dive number.
Signed-off-by: Oliver Schwaneberg <oliver.schwaneberg@gmail.com>
Diffstat (limited to 'core/deco.c')
0 files changed, 0 insertions, 0 deletions