Skip to content

Do not carry po2 setpoint data over dive boundaries#343

Merged
dirkhh merged 1 commit intosubsurface:masterfrom
janmulder:ccr-po2-issue-1
Apr 24, 2017
Merged

Do not carry po2 setpoint data over dive boundaries#343
dirkhh merged 1 commit intosubsurface:masterfrom
janmulder:ccr-po2-issue-1

Conversation

@janmulder
Copy link
Copy Markdown
Collaborator

The file static po2 value, used to set the setpoint data, was not re-initialized at the parsing of a dive during import from the divecomputer. So, in one import session, the po2 was transferred from one dive to the next, obviously resulting in weird bugs, due to possible wrong po2 settings.

Signed-off-by: Jan Mulder jlmulder@xs4all.nl

The file static po2 value, used to set the setpoint data, was not re-initialized
at the parsing of a dive during import from the divecomputer. So, in one import session,
the po2 was transferred from one dive to the next, obviously resulting in weird bugs, due
to possible wrong po2 settings.

Signed-off-by: Jan Mulder <jlmulder@xs4all.nl>
@janmulder
Copy link
Copy Markdown
Collaborator Author

As this is something relevant for 4.6.4, I send this simple PR. Notice that this not resolves all my issues with OSTC3 setpoint handling (the default selected setpoint is not seen in Subsurface at the start of the dive; but this PR does not solve that, obviously).

This fix might even resolve the intermittent failure of the TestParse.

@dirkhh
Copy link
Copy Markdown
Collaborator

dirkhh commented Apr 24, 2017

Thanks for sending this. Yes, definitely something we want in 4.6.4.

@dirkhh dirkhh merged commit 9b5d3b6 into subsurface:master Apr 24, 2017
@janmulder janmulder deleted the ccr-po2-issue-1 branch April 28, 2017 16:08
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants