<div dir="ltr"><div dir="ltr"><div></div><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
The other thing that would REALLY help me is if people could test the latest test binaries across ALL platforms. Both 32bit and 64bit Windows. Both macOS 10.13/14 and 10.15/11.0. As many of the Linux distros as possible.<br></blockquote><div><br></div><div><div dir="ltr"><div>I've tested the following combinations:</div><br>1. Ubuntu 18.04; locally built from latest git: Subsurface 4.9.7-248-g360123d432a9<br>2. MacOS 10.15.7 Catalina, installer from /downloads Subsurface-4.9.7-248-g360123d432a9.10.15+11.0.dmg<br>3. Windows 7(!) 64-bit: installer from /downloads, subsurface-4.9.7-247-g1d7a44ea855.exe<br><br>Dive computer download tests are from a Shearwater Perdix - non-AI, but it has the newer BLE hardware so Subsurface detects it as a Perdix AI. I tested by downloading ~170 dives, using both firmwares v72 and v81 (no differences seen).<br><br>Problems common to all platforms:<br>-
in the dive computer "device names" tab, all three columns (Mode/DevID/Nickname) are too narrow by default, all columns need to be widened
to read the headers and table data.<br><div>- Filter set names can be
saved with embedded HTML tags, and when reloaded the HTML tags are
rendered directly as HTML in the "Current set" field. I dont know if
it could be exploited to do XSS by
loading a malicious dive log. I couldnt find any other user-inputted
text that behaves like this, only the displayed filter set save names.</div><div><br></div>-
Filter set save names are mangled if you use the ampersand character.
"& " (with trailing space) gets rendered as "_". Seems reasonable
to have a filter set named "Alice & Bob" for your dives with both
Alice and Bob. Workaround is to name the filter set "Alice &&
Bob".<br><br>1. Ubuntu 18.04:<br>Perdix BLE downloads worked OK using the Shearwater-supplied CSR dongle.<br>- There's no User manual menu item in my build. I expect I did something wrong when I built from source. A quick test of the prebuilt AppImage from /downloads (Subsurface-4.9.7-247-g1d7a44ea8b55-x86_64.AppImage) shows it has a functioning user manual.<br><br>2. MacOS Catalina (in dark mode):<br>No problems with the installer/signing.<br>-
Perdix BLE downloads worked OK with the builtin MBP bluetooth, BUT in
the bluetooth "Choose Bluetooth download mode" popup, the panel which
shows the discovered BT devices show their names/uuids with white text on white
background :-(. Clicking on a device name makes the text show up, but
its not friendly to a new user who doesnt know how it is supposed to
look.<br><br>Interestingly, BLE dive computer downloads were *much*
faster on MacOS than on Ubuntu. 3-4 seconds per dive on MacOS, 12-15
seconds per dive under Ubuntu. Not sure if that is a consequence of the
different BLE dongles in use, or something else.<br><br>3. Windows 7:<br>No installer problems. Doesnt support BLE so cant test Perdix BLE downloads.<br><br>-
There was a strange units/preference problem - weights were showing in
pounds, despite the preferences being set to metric. But the greyed-out
"personalized" settings showed a mix of metric/imperial, seems like this
is what was being used. Clicking "personalize" and back to "metric"
reset everything to metric and it all works as expected now, and I cant
reproduce it. I dont know how it got into this inconsistent state, but I
rarely use windows; it probably started up with a preference file
from a much older version.</div><div dir="ltr"><br></div><div dir="ltr">Overall, everything worked pretty well, I didnt see any showstoppers.<br></div><div dir="ltr"><br></div><div>-- Kim.</div><div><br></div><div dir="ltr"><font color="#888888"></font></div></div><div> </div></div></div>