Re: TestFlight beta feedback for Subsurface-mobile

[Hartley Horwitz]

Tried 4.8.3.320 on iPhone 6 running iOS 12.1.

No issues with the filter.  Tapped once on the filter icon and the keyboard
and entry line appear.  Tried shutting down the app and re-starting several
times and the behavior was consistent and correct.

I tried using filtering, then closed the filter, did some other things in
subsurface, then tried filtering again.  No issues.

So it is working well for me.

..Hartley
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: TestFlight beta feedback for Subsurface-mobile.

[Dirk Hohndel]

> On Nov 1, 2018, at 1:23 PM, Martin de Weger  wrote:
> 
> If I knew how to code, I might be of more help here Dirk. I can record 
> another screencast, but I’m sure you know what it looks like. ;)
> 
> The feature itself is great though! 

Your feedback is very helpful, Martin.
Now I need to figure out why things are not consistent across different users.

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: TestFlight beta feedback for Subsurface-mobile.

[Martin de Weger]

If I knew how to code, I might be of more help here Dirk. I can record another 
screencast, but I’m sure you know what it looks like. ;)

The feature itself is great though! 

Martin



> Op 1 nov. 2018, om 21:11 heeft Dirk Hohndel  het volgende 
> geschreven:
> 
> Hi Martin,
> 
>> On Nov 1, 2018, at 12:59 PM, Martin de Weger  wrote:
>> 
>> After the initial search, I no longer see the text field on the subsequent 
>> searches (iPhone X, iOS 12.1)
> 
> Oh no, so you have the exact opposite behavior from Alexander.
> 
>> -- subsurface.log --
>> Empty filename passed to function
>> "0.003: Successfully opened logfile 
>> /var/mobile/Containers/Data/Application/A9241357-88C2-4ED8-9473-489307F46D17/Documents/subsurface.log
>>  at do nov. 1 20:57:57 2018"
>> "0.004: Starting Subsurface-mobile:2.1.5(4.8.3.320):iOS 12.1:arm64:nl-NL”
> 
> That’s the right version :-)
> 
>> Filter header is not visible and implicit height is 24
> 
> Initially the header is created invisible, as intended
> 
>> Filter header is  visible and implicit height is 46
>> Filter header is not visible and implicit height is 46
>> QObject::startTimer: Timers cannot be started from another thread
>> Filter header is  visible and implicit height is 46
> 
> Here you toggle it (and for some reason I haven’t figured out, when turning 
> it on it actually goes on/off/on
> 
>> Filter header is not visible and implicit height is 46
> 
> Turning it off
> 
>> Filter header is  visible and implicit height is 46
>> Filter header is not visible and implicit height is 46
>> QObject::startTimer: Timers cannot be started from another thread
>> Filter header is  visible and implicit height is 46
> 
> Back on again.
> 
> So this all looks sane and I cannot tell why it isn’t shown some of the time.
> 
> (and I do need to get rid of those annoying startTimer messages…)
> 
> 
> /D

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: TestFlight beta feedback for Subsurface-mobile.

[Alexander Maier]

Hello Dirk,

No with the right version

-- subsurface.log --
Empty filename passed to function
"0.001: Successfully opened logfile 
/var/mobile/Containers/Data/Application/78FFD83A-8C51-4E2F-81FE-03EE0AFB05EC/Documents/subsurface.log
 at Do. Nov. 1 21:14:26 2018"
"0.001: Starting Subsurface-mobile:2.1.5(4.8.3.320):iOS 12.1:arm64:de-DE"
"0.001: built with libdivecomputer v0.7.0-devel-Subsurface-NG 
(e61b7c64f998efe00c2f10c7d84fa1618ded598c)"
"0.001: built with Qt Version 5.11.1, runtime from Qt Version 5.11.1"
"0.001: built with libgit2 0.26.0"
starting BLE discovery
"Created position source corelocation"
"0.002: Created position source corelocation"
"Set GPS service update interval to 300 s"
"0.002: Set GPS service update interval to 300 s"
"0.003: location service is available"
qrc:/org/kde/kirigami/Page.qml:276:5: QML Loader: Binding loop detected for 
property "active"
Filter header is not visible and implicit height is 24
Both point size and pixel size set. Using pixel size.
"0.440: Datendatei wird synchronisiert"
"0.443: Lade Tauchgänge aus dem lokalen Zwischenspeicher"
"0.501: Tauchdaten erfolgreich geöffnet"
processEvents() flags QFlags(0x1) not supported on iOS
Found new device: "" "LE:{033a0475-e446-f9b6-d5ad-f33e403d10e7}"
Not recognized as dive computer
Found new device: "" "LE:{b414cc48-7fab-9fb2-4ef2-3bb227e1b5fb}"
Not recognized as dive computer
Found new device: "" "LE:{199e3855-96d9-16b6-af4f-40fc61e80c4c}"
Not recognized as dive computer
Found new device: "Alexanders iPhone SE" 
"LE:{8876e235-4af0-a77e-6b0d-d7e8e8c466c7}"
Not recognized as dive computer
Found new device: "" "LE:{f1e5fd55-2d8c-ddf7-4ef1-0309ae55d02a}"
Not recognized as dive computer
Found new device: "" "LE:{1263bcbf-e226-a55a-29b1-b1f0382ba938}"
Not recognized as dive computer
"0.526: 158 dives loaded from cache"
"0.527: have cloud credentials, but user asked not to connect to network"
stale focus object QObject(0x0) , doing manual update
Using the following font: Arial at 17pt with mobile_scale: 1
qrc:/org/kde/kirigami/GlobalDrawer.qml:258: TypeError: Cannot read property 
'length' of undefined
qrc:/org/kde/kirigami/GlobalDrawer.qml:293: TypeError: Cannot read property 
'length' of undefined
qrc:/org/kde/kirigami/GlobalDrawer.qml:292: TypeError: Cannot read property 
'length' of undefined
qqwindow devicePixelRatio 2 2
Supported dive computers:
"Aqualung: i770R (BLE)"
"Heinrichs Weikamp: OSTC 2 (BLE), OSTC 2 TR (BLE), OSTC 4 (BLE), OSTC Plus 
(BLE), OSTC Sport (BLE)"
"Mares: Puck Pro (BLE), Quad (BLE), Quad Air (BLE), Smart (BLE), Smart Air 
(BLE)"
"Scubapro: Aladin Sport Matrix (BLE), G2 (BLE), G2 Console (BLE)"
"Shearwater: Nerd 2 (BLE), Perdix (BLE), Perdix AI (BLE), Petrel 2 (BLE), Teric 
(BLE)"
"Suunto: EON Core (BLE), EON Steel (BLE)"
qqwindow screen has ldpi/pdpi 72 132
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be 

Re: TestFlight beta feedback for Subsurface-mobile.

[Dirk Hohndel]

Hi Martin,

> On Nov 1, 2018, at 12:59 PM, Martin de Weger  wrote:
> 
> After the initial search, I no longer see the text field on the subsequent 
> searches (iPhone X, iOS 12.1)

Oh no, so you have the exact opposite behavior from Alexander.

> -- subsurface.log --
> Empty filename passed to function
> "0.003: Successfully opened logfile 
> /var/mobile/Containers/Data/Application/A9241357-88C2-4ED8-9473-489307F46D17/Documents/subsurface.log
>  at do nov. 1 20:57:57 2018"
> "0.004: Starting Subsurface-mobile:2.1.5(4.8.3.320):iOS 12.1:arm64:nl-NL”

That’s the right version :-)

> Filter header is not visible and implicit height is 24

Initially the header is created invisible, as intended

> Filter header is  visible and implicit height is 46
> Filter header is not visible and implicit height is 46
> QObject::startTimer: Timers cannot be started from another thread
> Filter header is  visible and implicit height is 46

Here you toggle it (and for some reason I haven’t figured out, when turning it 
on it actually goes on/off/on

> Filter header is not visible and implicit height is 46

Turning it off

> Filter header is  visible and implicit height is 46
> Filter header is not visible and implicit height is 46
> QObject::startTimer: Timers cannot be started from another thread
> Filter header is  visible and implicit height is 46

Back on again.

So this all looks sane and I cannot tell why it isn’t shown some of the time.

(and I do need to get rid of those annoying startTimer messages…)


/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: TestFlight beta feedback for Subsurface-mobile.

[Dirk Hohndel]

Hi Alexander,

> On Nov 1, 2018, at 12:22 PM, Alexander Maier  wrote:
> 
> Here is the log file from my iPad. iOS 12.1. Yes correct: When I active the 
> search button for the first time after a restart of Subsurface-mobile there 
> is no textfield shown. I insert Jura blind on the keyboard and then the field 
> is shown for the rest time. The search works well.
> 
> -- subsurface.log --
> Empty filename passed to function
> "0.003: Successfully opened logfile 
> /var/mobile/Containers/Data/Application/C5C1B733-63BC-4706-A5EA-2AA5D3344BAC/Documents/subsurface.log
>  at Do. Nov. 1 20:17:28 2018"
> "0.003: Starting Subsurface-mobile:2.1.5(4.8.3.308):iOS 12.1:arm64:de-DE"

So this log is from the previous version, not the one I pushed an hour ago. 
This one is lacking the debug information :-(

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: TestFlight beta feedback for Subsurface-mobile.

[Martin de Weger]

After the initial search, I no longer see the text field on the subsequent 
searches (iPhone X, iOS 12.1)


-- subsurface.log --
Empty filename passed to function
"0.003: Successfully opened logfile 
/var/mobile/Containers/Data/Application/A9241357-88C2-4ED8-9473-489307F46D17/Documents/subsurface.log
 at do nov. 1 20:57:57 2018"
"0.004: Starting Subsurface-mobile:2.1.5(4.8.3.320):iOS 12.1:arm64:nl-NL"
"0.004: built with libdivecomputer v0.7.0-devel-Subsurface-NG 
(e61b7c64f998efe00c2f10c7d84fa1618ded598c)"
"0.004: built with Qt Version 5.11.1, runtime from Qt Version 5.11.1"
"0.005: built with libgit2 0.26.0"
starting BLE discovery
"Created position source corelocation"
"0.014: Created position source corelocation"
"Set GPS service update interval to 300 s"
"0.014: Set GPS service update interval to 300 s"
"0.016: location service is available"
qrc:/org/kde/kirigami/Page.qml:276:5: QML Loader: Binding loop detected for 
property "active"
Filter header is not visible and implicit height is 24
Both point size and pixel size set. Using pixel size.
"0.418: Data bestand synchroniseren"
"0.445: Duiken laden uit lokale cache"
"0.498: Duik data openen gelukt"
processEvents() flags QFlags(0x1) not supported on iOS
Found new device: "" "LE:{8139055b-329d-724b-e41b-4bd56847860c}"
Not recognized as dive computer
Found new device: "iMac van Martin" "LE:{c5113c06-4434-523f-a361-6dbb6da67517}"
Not recognized as dive computer
Found new device: "" "LE:{5d4f4da6-a3ab-93ad-96aa-af783c4637ab}"
Not recognized as dive computer
Found new device: "" "LE:{815be04d-398b-033a-942f-ee9ca5e56091}"
Not recognized as dive computer
Found new device: "Apple Watch van Martin" 
"LE:{ba7221c1-fa02-87dc-5f31-9c06880d2e27}"
Not recognized as dive computer
Found new device: "" "LE:{1eb20f11-71ca-04ca-61a9-a5e50ed0d8c9}"
Not recognized as dive computer
"0.521: 245 dives loaded from cache"
"0.521: have cloud credentials, but user asked not to connect to network"
stale focus object QObject(0x0) , doing manual update
Using the following font: Arial at 19pt with mobile_scale: 1
qrc:/org/kde/kirigami/GlobalDrawer.qml:258: TypeError: Cannot read property 
'length' of undefined
qrc:/org/kde/kirigami/GlobalDrawer.qml:293: TypeError: Cannot read property 
'length' of undefined
qrc:/org/kde/kirigami/GlobalDrawer.qml:292: TypeError: Cannot read property 
'length' of undefined
qqwindow devicePixelRatio 3 3
Supported dive computers:
"Aqualung: i770R (BLE)"
"Heinrichs Weikamp: OSTC 2 (BLE), OSTC 2 TR (BLE), OSTC 4 (BLE), OSTC Plus 
(BLE), OSTC Sport (BLE)"
"Mares: Puck Pro (BLE), Quad (BLE), Quad Air (BLE), Smart (BLE), Smart Air 
(BLE)"
"Scubapro: Aladin Sport Matrix (BLE), G2 (BLE), G2 Console (BLE)"
"Shearwater: Nerd 2 (BLE), Perdix (BLE), Perdix AI (BLE), Petrel 2 (BLE), Teric 
(BLE)"
"Suunto: EON Core (BLE), EON Steel (BLE)"
qqwindow screen has ldpi/pdpi 72 152.667
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be 

Re: TestFlight beta feedback for Subsurface-mobile.

[Alexander Maier]

Here is the log file from my iPad. iOS 12.1. Yes correct: When I active the 
search button for the first time after a restart of Subsurface-mobile there is 
no textfield shown. I insert Jura blind on the keyboard and then the field is 
shown for the rest time. The search works well.

-- subsurface.log --
Empty filename passed to function
"0.003: Successfully opened logfile 
/var/mobile/Containers/Data/Application/C5C1B733-63BC-4706-A5EA-2AA5D3344BAC/Documents/subsurface.log
 at Do. Nov. 1 20:17:28 2018"
"0.003: Starting Subsurface-mobile:2.1.5(4.8.3.308):iOS 12.1:arm64:de-DE"
"0.003: built with libdivecomputer v0.7.0-devel-Subsurface-NG 
(e61b7c64f998efe00c2f10c7d84fa1618ded598c)"
"0.003: built with Qt Version 5.11.1, runtime from Qt Version 5.11.1"
"0.003: built with libgit2 0.26.0"
starting BLE discovery
"Created position source corelocation"
"0.009: Created position source corelocation"
"Set GPS service update interval to 300 s"
"0.009: Set GPS service update interval to 300 s"
"0.010: location service is available"
qrc:/org/kde/kirigami/Page.qml:276:5: QML Loader: Binding loop detected for 
property "active"
Both point size and pixel size set. Using pixel size.
"0.601: Datendatei wird synchronisiert"
"0.627: Lade Tauchgänge aus dem lokalen Zwischenspeicher"
"0.739: Tauchdaten erfolgreich geöffnet"
processEvents() flags QFlags(0x1) not supported on iOS
Found new device: "" "LE:{97ef3537-dd5b-d692-82a6-e9fc981aac15}"
Not recognized as dive computer
Found new device: "Alexanders iPhone SE" 
"LE:{8876e235-4af0-a77e-6b0d-d7e8e8c466c7}"
Not recognized as dive computer
Found new device: "" "LE:{65d9cdf9-df9b-e6b2-ada8-af625abcf813}"
Not recognized as dive computer
Found new device: "" "LE:{f1e5fd55-2d8c-ddf7-4ef1-0309ae55d02a}"
Not recognized as dive computer
Found new device: "" "LE:{fd550ba5-7a0b-4e84-a47d-782d445e4459}"
Not recognized as dive computer
Found new device: "" "LE:{ee17f757-0330-c382-990d-642d08b68ac6}"
Not recognized as dive computer
"0.765: 158 dives loaded from cache"
"0.766: have cloud credentials, but user asked not to connect to network"
stale focus object QObject(0x0) , doing manual update
Using the following font: Arial at 17pt with mobile_scale: 1
qrc:/org/kde/kirigami/GlobalDrawer.qml:258: TypeError: Cannot read property 
'length' of undefined
qrc:/org/kde/kirigami/GlobalDrawer.qml:293: TypeError: Cannot read property 
'length' of undefined
qrc:/org/kde/kirigami/GlobalDrawer.qml:292: TypeError: Cannot read property 
'length' of undefined
qqwindow devicePixelRatio 2 2
Supported dive computers:
"Aqualung: i770R (BLE)"
"Heinrichs Weikamp: OSTC 2 (BLE), OSTC 2 TR (BLE), OSTC 4 (BLE), OSTC Plus 
(BLE), OSTC Sport (BLE)"
"Mares: Puck Pro (BLE), Quad (BLE), Quad Air (BLE), Smart (BLE), Smart Air 
(BLE)"
"Scubapro: Aladin Sport Matrix (BLE), G2 (BLE), G2 Console (BLE)"
"Shearwater: Nerd 2 (BLE), Perdix (BLE), Perdix AI (BLE), Petrel 2 (BLE), Teric 
(BLE)"
"Suunto: EON Core (BLE), EON Steel (BLE)"
qqwindow screen has ldpi/pdpi 72 132
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from another thread
QObject::startTimer: Timers cannot be started from 

Re: TestFlight beta feedback for Subsurface-mobile.

[Dirk Hohndel]

> On Nov 1, 2018, at 11:41 AM, Alexander Maier  wrote:
> 
> New version also has the problem with showing the text field on first search. 
> iOS 12.0.1, iOS 12.1 on iPad  2017 and iPhone SE.

Darn.
Could you restart the app, try again (so enable the filter, type something, 
filter, disable the filter, enable it again - and then the second time you see 
the field, correct?)
And then go to the About page, tap the button to copy the log files and then 
create an email to this list (or just me) and paste the logs into that?

Thanks

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: TestFlight beta feedback for Subsurface-mobile

[Dirk Hohndel]

> On Nov 1, 2018, at 11:26 AM, Hartley Horwitz  wrote:
> 
> The dive filter works well for me on iPhone 6 running the latest iOS.   This 
> is a great feature!  Thanks to all who've worked on it.

Excellent. Glad this is working well for you. I just pushed another update to 
TestFlight, hoping that it will help us figure out why on some devices the 
filter entry line isn’t shown…

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: TestFlight beta feedback for Subsurface-mobile

[Hartley Horwitz]

The dive filter works well for me on iPhone 6 running the latest iOS.
This is a great feature!  Thanks to all who've worked on it.
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: TestFlight beta feedback for Subsurface-mobile.

[Martin de Weger]

The fix does improve the issues. Pulling down no longer shows the field. After 
the first search on my iPhone (where the text field stays hidden), the 
subsequent attempts to filter show the field. It looks like the issue is now 
isolated to the first search attempt. 

Met vriendelijke groet,

Martin de Weger 

> Op 31 okt. 2018 om 22:40 heeft Dirk Hohndel  het volgende 
> geschreven:
> 
> It's not supposed to be visible when you pull down. I just pushed a commit 
> that fixes that.
> I'm puzzled why visibility is so inconsistent. As a side effect my fix does 
> make visibility explicit. I'll push it as an update on TestFlight 
> 
> /D
> 
>> On Oct 31, 2018, at 1:46 PM, Alexander Maier  wrote:
>> 
>> Fulltext filtering tested on iPad. Works fine. The filter is only accessible 
>> by the button left to the watch. Scrolling down shows a filter, but is not 
>> accessible. Seams it should work like this.
>> 
> 
>> 
>> 
>> --- 
>> 
>> Alexander Maier
>> 
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
> 
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: TestFlight beta feedback for Subsurface-mobile.

[Dirk Hohndel]

That’s so strange. I have tested this on an iPad Pro (as well as multiple 
Android phones).
The issue with being able to see the text field when pulling down is fixed in 
my tree, I’ll push this to master, later today.

/D

> On Oct 31, 2018, at 13:36, Martin de Weger  wrote:
> 
> Hi,
> 
> The option to filter my dives isn’t visible on my iPhone X. Pulling the dive 
> list down shows the field to enter the search term, but only refreshes the 
> dive list. Tapping on the “striped arrow” pulls up a keyboard but not the 
> text field. I can type the search term and click “return” and it will show 
> the dives (which is a great feature), but I cannot see what I’m typing. 
> 
> 
> 
> 
> 
> Verstuurd vanaf mijn iPhone
> 
> 
> 
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: TestFlight beta feedback for Subsurface-mobile.

[Martin de Weger]

Here is a video took I on the phone, hope it helps.

https://we.tl/t-Yv6c7CvayB

Martin

> Op 31 okt. 2018, om 21:50 heeft Miika Turkia  het 
> volgende geschreven:
> 
> works on my iphone 5s so this might be x related issue. When I click the 
> striped arrow, the input field is shown along with the keyboard. 
> 
> miika
> 
> On 31 Oct 2018, at 22.36, Martin de Weger  > wrote:
> 
>> Hi,
>> 
>> The option to filter my dives isn’t visible on my iPhone X. Pulling the dive 
>> list down shows the field to enter the search term, but only refreshes the 
>> dive list. Tapping on the “striped arrow” pulls up a keyboard but not the 
>> text field. I can type the search term and click “return” and it will show 
>> the dives (which is a great feature), but I cannot see what I’m typing. 
>> 
>> 
>> 
>> 
>> 
>> Verstuurd vanaf mijn iPhone
>> 
>> 
>> 
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org 
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface 
>> 

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: TestFlight beta feedback for Subsurface-mobile.

[Miika Turkia]

works on my iphone 5s so this might be x related issue. When I click the 
striped arrow, the input field is shown along with the keyboard. 

miika

> On 31 Oct 2018, at 22.36, Martin de Weger  wrote:
> 
> Hi,
> 
> The option to filter my dives isn’t visible on my iPhone X. Pulling the dive 
> list down shows the field to enter the search term, but only refreshes the 
> dive list. Tapping on the “striped arrow” pulls up a keyboard but not the 
> text field. I can type the search term and click “return” and it will show 
> the dives (which is a great feature), but I cannot see what I’m typing. 
> 
> 
> 
> 
> 
> Verstuurd vanaf mijn iPhone
> 
> 
> 
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: TestFlight beta feedback for Subsurface-mobile.

[Dirk Hohndel]

Thanks for that report.
Yes, BLE ist painfully slow. But if you download daily after diving, it's not 
too bad. It's that first download of the backlog that's frustrating.

/D

On May 5, 2018 3:12:38 AM PDT, John Smith  wrote:
>Downloaded 40+ dives from shearwater petrel 2  in BLE without any
>issues. It was quite slow, or so it seemed, but apart from that was
>fine.

-- 
from my phone.
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: TestFlight beta feedback for Subsurface-mobile.

[Miika Turkia]

> On 14 Apr 2018, at 21.00, Dirk Hohndel  wrote:
> 
> 
>> On Apr 14, 2018, at 7:28 AM, Miika Turkia  wrote:
 
 On start both systems reset my subsurface data and sent out a pin request. 
 Pressed cancel and tried no cloud but there was no local data.  Ended up 
 reloading from cloud.
>>> 
>>> That's interesting and strange.
>>> I should have warned that I thought it possible that it might not find your 
>>> dive data and have to reload it (because some internal paths changed), but 
>>> it shouldn't have lost your cloud credentials, etc. (for me it lost 
>>> neither).
>>> And even if it lost the credentials, since the account exists on the 
>>> server, once you enter them it shouldn't send out a PIN.
>>> 
>> I have experienced the same. Some sort of incorrect state, I guess. Had to 
>> clear the credentials and re-insert them to get everything working. 
>> (Probably a couple of other steps in-between.)
> 
> Do you have a log file for that?

nope :(, it happened a version or two ago

miika
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: TestFlight beta feedback for Subsurface-mobile.

[Dirk Hohndel]

> On Apr 14, 2018, at 7:28 AM, Miika Turkia  wrote:
>>> 
>>> On start both systems reset my subsurface data and sent out a pin request. 
>>> Pressed cancel and tried no cloud but there was no local data.  Ended up 
>>> reloading from cloud.
>> 
>> That's interesting and strange.
>> I should have warned that I thought it possible that it might not find your 
>> dive data and have to reload it (because some internal paths changed), but 
>> it shouldn't have lost your cloud credentials, etc. (for me it lost neither).
>> And even if it lost the credentials, since the account exists on the server, 
>> once you enter them it shouldn't send out a PIN.
>> 
> I have experienced the same. Some sort of incorrect state, I guess. Had to 
> clear the credentials and re-insert them to get everything working. (Probably 
> a couple of other steps in-between.)

Do you have a log file for that?

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: TestFlight beta feedback for Subsurface-mobile.

[Miika Turkia]

> On 14 Apr 2018, at 16.49, Dirk Hohndel  wrote:
> 
> 
>> On Apr 14, 2018, at 12:14 AM, John Smith  wrote:
>> 
>> Loaded new version onto iPad and iPhone se both running ios11.3.
>> 
>> On start both systems reset my subsurface data and sent out a pin request. 
>> Pressed cancel and tried no cloud but there was no local data.  Ended up 
>> reloading from cloud.
> 
> That's interesting and strange.
> I should have warned that I thought it possible that it might not find your 
> dive data and have to reload it (because some internal paths changed), but it 
> shouldn't have lost your cloud credentials, etc. (for me it lost neither).
> And even if it lost the credentials, since the account exists on the server, 
> once you enter them it shouldn't send out a PIN.
> 
I have experienced the same. Some sort of incorrect state, I guess. Had to 
clear the credentials and re-insert them to get everything working. (Probably a 
couple of other steps in-between.)

miika
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: TestFlight beta feedback for Subsurface-mobile.

[Dirk Hohndel]

> On Apr 14, 2018, at 12:14 AM, John Smith  wrote:
> 
> Loaded new version onto iPad and iPhone se both running ios11.3.
> 
> On start both systems reset my subsurface data and sent out a pin request. 
> Pressed cancel and tried no cloud but there was no local data.  Ended up 
> reloading from cloud.

That's interesting and strange.
I should have warned that I thought it possible that it might not find your 
dive data and have to reload it (because some internal paths changed), but it 
shouldn't have lost your cloud credentials, etc. (for me it lost neither).
And even if it lost the credentials, since the account exists on the server, 
once you enter them it shouldn't send out a PIN.

I'm really confused by that.

> Restarted subsurface and it went back to cloud credentials again.
> 
> There is a file called subsurface but it doesn’t open with anything on my 
> phone or is empty although shows 2k in size

This is a iOS feature that you can't just tell it "open this file as text".
The easiest way to get to the content of this file is to attach it to an email 
in iOS and send it to yourself.

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: TestFlight beta feedback for Subsurface-mobile.

[Dirk Hohndel]

I am surprised by some of the visual issues we are seeing on iOS. The same code 
runs on Android without these problems. I'm not sure what we can do here...

/D

On December 3, 2017 3:13:13 AM PST, John Smith  wrote:
>
>
>On 2 Dec 2017, at 21:11, Scott Ireland
>> wrote:
>
>Since I’ve just finished the last dives of a trip and won’t have more
>samples to import for a while, I went into local mode (which,
>incidentally, caused the app to crash) and did another import which
>managed to reproduce the issue with one line “missing”.  One (cropped)
>screenshot was taken after initially scrolling down the list (there
>were about 40 dives imported this time and the fault was near the
>bottom of the list), and the other after scrolling up and down and
>causing enough of a redraw to make the missing line reappear (there
>should be two dives on Sep 28).
>
>> On Dec 2, 2017, at 15:49, Dirk Hohndel
>> wrote:
>>
>> Hi Scott,
>>
>> Thanks for the feedback - this is super helpful.
>> I noticed (sadly, after pushing to TestFlight) that only the
>Shearwater dive computers populate. The other ones are missing and I
>haven't figured out why, yet.
>>
>>> On Dec 2, 2017, at 12:33 PM, Scott Ireland
>> wrote:
>>>
>>> Successfully imported 35 dives from a Shearwater Perdix (non-AI) to
>the mobile app on iPad.
>Brought in 54 dives from a petrel 2 without any download issues
>>>
>>> Had a little confusion at the start as to exactly what process had
>to be followed, which is more a documentation thing than anything.  I
>initially tried BT pairing (which fails at discovery) and am used to
>the workflow from desktop where I would open the app, start BT on the
>Perdix, then initiate the download, but here it seems that BT has to be
>started before the app opens for the Perdix to be picked up.  Once I
>tried it in that order, it worked.  Maybe some kind of “rediscover”
>option would help here (and I’ll admit I didn’t wait long enough to see
>if this was being done automatically).
>>
>> Yes, this is something that we need to work on - the overall flow is
>not intuitive and assumes that you know what to do in which order. Part
>of the problem is, of course, that this is different on pretty much
>every OS we support :-(
>
>Fair enough.. and in this case, the current docs (which are more
>Android-focused) seem to suggest that pairing is necessary, which is
>what tripped me up at first.
>
>I followed Scott’s workflow, turned on bluetooth on the petrel , then
>started subsurface. This seems to work every time
>>> The dive list for the import confirmation was a bit strange; some of
>the lines wouldn’t display at first showing a fractured list with gaps
>in it but after I scrolled back and forth they reappeared.  Once they
>all showed up I couldn’t reproduce the problem from that import.
>I saw a similar issue, reminded me of the same issue that we were
>seeing in the dive list a while ago.
>>
>Overall the download was successful, however some information isn’t
>always being written to the profile.
>
>From the grab below, you can see that water temp given but there is no
>temperature line. However in a previous dive, the temp line is drawn
>correctly
>[image1.png]
>
>[image2.png]
>
>Regards

-- 
from my phone.___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: TestFlight beta feedback for Subsurface-mobile.

[Dirk Hohndel]

Hi Scott,

Thanks for the feedback - this is super helpful.
I noticed (sadly, after pushing to TestFlight) that only the Shearwater dive 
computers populate. The other ones are missing and I haven't figured out why, 
yet.

> On Dec 2, 2017, at 12:33 PM, Scott Ireland  wrote:
> 
> Successfully imported 35 dives from a Shearwater Perdix (non-AI) to the 
> mobile app on iPad.
> 
> Had a little confusion at the start as to exactly what process had to be 
> followed, which is more a documentation thing than anything.  I initially 
> tried BT pairing (which fails at discovery) and am used to the workflow from 
> desktop where I would open the app, start BT on the Perdix, then initiate the 
> download, but here it seems that BT has to be started before the app opens 
> for the Perdix to be picked up.  Once I tried it in that order, it worked.  
> Maybe some kind of “rediscover” option would help here (and I’ll admit I 
> didn’t wait long enough to see if this was being done automatically).

Yes, this is something that we need to work on - the overall flow is not 
intuitive and assumes that you know what to do in which order. Part of the 
problem is, of course, that this is different on pretty much every OS we 
support :-(

> The dive list for the import confirmation was a bit strange; some of the 
> lines wouldn’t display at first showing a fractured list with gaps in it but 
> after I scrolled back and forth they reappeared.  Once they all showed up I 
> couldn’t reproduce the problem from that import.

Hmm - when you run into things like this it's always good to take a quick 
screen shot. From the description this doesn't sound like something we've seen 
before.

Again, thanks for testing and thanks for the report!

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface