wrongly displayed Safetystop

[Jan Schubert]

On 01/10/13 21:56, Jan Schubert wrote:
> On 01/10/13 21:48, Dirk Hohndel wrote:
> > Jan Schubert <Jan.Schubert at GMX.li> writes:
> >
> >> In all of my profiles from OSTC and Predator I get a Safetystop
> >> displayed in the mouse over dialog after the official deco is finished
> >> until surfacing. The stop seems to be displayed regardless if the
> >> calculated deco is finished or not but only seems to be there in cases
> >> there is deco calculated. Funny enough, in some cases it also seems to
> >> be there before a deco got calculated, I did not find any specific
> >> pattern so far.
> >>
> >> Tracking down I found that the there is even an entry for "stoptime" in
> >> the XML, so the GUI is correct, but I've no idea where this is coming from.
> >>
> >> The safety stop should not be there and there is not even such a thing
> >> like safety stop implemented in the Predator. Any ideas?
> > Are these recent downloads (last couple of days) or older XML files?
> > During the different phases of "how do we encode what" we ended up with
> > various different ways to store the information and before I go hunting
> > for the bug I want to make sure this is actually a sane current starting
> > point.
>
> OK, but this is also in the most recent XML data (Jan 3 for Predator and
> Jan 6 for OSTC). But I can do another test soon and will check right
> after download...

Sorry for coming up that late. Just testes again with most current git 
using HW OSTC MK2 and SW Predator.

I'm sorry to confirm that this issue is also valid for newly created 
subsurface projects and visible immediately after downloading from the 
divecomputer. After saving it is also visible in the newly created XML.

Jan