testing the Uemis code [was Re: UEMIS-bug fix: fixing the dialog message when the memory us full]

Tomaz Canabrava tcanabrava at kde.org
Tue Sep 15 13:42:59 PDT 2015


"testing is my main domain" - you know what subsurface really needs? Tests.
=B

Em ter, 15 de set de 2015 17:40, Guido Lerch <guido.lerch at gmail.com>
escreveu:

> Thanks Dirk.
>
> I will test as much as possible.
> Testing is my main domain besides project management.
>
> I don't want to hurt anyone's feelings here but I don't see a structure
> approach to testing.
> If I am wrong my apologies. I am new to this project.
>
> I try to send you a patch for the force download issue on the Uemis
> tomorrow.
>
> Late here now.
>
> G. Lerch
>
>
> Dienstag, 15. September 2015 21:12 +0200 von Dirk Hohndel <
> dirk at hohndel.org>:
>
> On Tue, Sep 15, 2015 at 09:05:49PM +0200, Guido Lerch wrote:
> > Good :-)
> >
> > I will try to fix the Uemis oddities one after one, at this point in the
> > the force download
> > challenges me as I have not looked into the form code yet.
> >
> > What we should do from the code is to uncheck the force download checkbox
> > after the
> > first round of divelogs, otherwise you keep on loading the first 10 dives
> > over and over :-(
>
> Yes, true. That's a Uemis oddity since no other dive computer requires
> multiple attempts to download...
>
> > I am not sure where else I am useful for this project, hence I currently
> > focus on making the
> > UEMIS as stable as possible.
>
> Which I am extremely grateful for.
>
> > I have a Nemo Wide , Mares Puk Pro and and OSTC 3 too - so if someone
> wants
> > me to take
> > a look, please let me know but I certainly don't want to interrupt or
> > disturb someone work
>
> Those are mostly covered in libdivecomputer.
>
> But if you want more things to work on, we have tons of stuff where help
> would be welcome. Right now it's all about testing. With all four dive
> computers, with the cloud service, with printing, with all the new
> features.
>
> And then, after 4.5, let's talk about where else you can help :-)
>
> Thanks
>
> /D
>
>
> >
> > 2015-09-15 21:00 GMT+02:00 Linus Torvalds <torvalds at linux-foundation.org
> <https://e-aj.my.com/compose?To=torvalds@linux%2dfoundation.org>>:
> >
> > > On Tue, Sep 15, 2015 at 11:43 AM, Linus Torvalds
> > > <torvalds at linux-foundation.org
> <https://e-aj.my.com/compose?To=torvalds@linux%2dfoundation.org>> wrote:
> > > >
> > > > Current head (4a19145e) seems to be downloading things for me. But
> > > > it's still running because I did a "force download all" to check the
> > > > whole "you need to unplug and replug" thing too, so it will be a
> while
> > > > before I actually can say "yes, that worked".
> > >
> > > Actually, it seems that I don't even h ave enough dives on that Uemis
> > > for the "remove and retry" thing to trigger. I guess the firmware
> > > update reset my dives (or did we switch dive computers around? I
> > > forget), so now it can download all the dives I have in one go.
> > >
> > > So I think Guido's testing is actually more useful, because he clearly
> > > hits the unplug special case.
> > >
> > > The download seems successful.
> > >
> > > The Uemis downloader still gives those insane cylinder sizes (because
> > > Uemis has some odd notion of how imperial naming works), and still
> > > gives that insane "drysuit" suit (since I can't imagine that anybody
> > > ever has the energy to edit those fields), but those are all old and
> > > known issues, and have more to do with uemis than with us.
> > >
> > > Linus
> > >
> >
> >
> >
> > --
> > Best regards,
> > Guido
>
> _______________________________________________
> subsurface mailing list
> subsurface at subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20150915/6c984377/attachment.html>


More information about the subsurface mailing list