<p dir="ltr"><br>
On 31 Jan 2016 06:53, "Lubomir I. Ivanov" <<a href="mailto:neolit123@gmail.com">neolit123@gmail.com</a>> wrote:<br>
><br>
> On 30 January 2016 at 21:10, Willem Ferguson<br>
> <<a href="mailto:willemferguson@zoology.up.ac.za">willemferguson@zoology.up.ac.za</a>> wrote:<br>
> > Reloading the same app and version from the daily builds makes no<br>
> > difference. Here is a tiny bit more<br>
> > information upon very first startup it goes through the user verification<br>
> > process and then,<br>
> > while loading the dive log, it crashes. Upon restart it crashes during<br>
> > initial loading.<br>
><br>
> if the stacktrace is even remotely related to the subsurface qml<br>
> codebase, i would look for the problematic GridLayout in one of the<br>
> following components (instantiated in main.qml):<br>
> (note: i can't build / test the mobile version)<br>
><br>
> ./CloudCredentials.qml<br>
> ./DiveDetailsEdit.qml<br>
> ./DiveDetailsView.qml<br>
> ./DownloadFromDiveComputer.qml<br>
> ./GpsList.qml<br>
> ./Preferences.qml<br>
> ./ThemeTest.qml<br>
><br>
> it could be one of these components that has a line of code that<br>
> confuses the Qt GUI stack.<br>
><br>
So pretty much any of the qml files.</p>
<p dir="ltr">Willem, do you have a working Android build environment? Can you try disabling these pages one at a time in main.qml and see if you can narrow it to one culprit?</p>
<p dir="ltr">> > Something else. When I installed the app from the Play<br>
> > Store, I got a message that the installation was not successful. Have no<br>
> > idea what that means.<br>
><br>
> i have no idea how the google play submission system works.<br>
><br>
> ><br>
> > Unfortunately I wiped out all the older versions of Subsurface-mobile and<br>
> > they are not<br>
> > accessible any more on the daily builds.<br>
><br>
> if someone has a set of previous builds it would be best for him / her<br>
> to send them to you.<br>
> you should then start clean-installing each one going backwards from<br>
> the problematic build until it works.<br>
><br>
I download the daily apks with reasonable frequency and rarely delete them. I have 755, 743, 727, 720, 701, 693, ...525</p>
<p dir="ltr">I could send them on dropbox to you. Or Dirk might have the full set of apks just waiting to be moved into an old-daily directory on his web server.</p>
<p dir="ltr">> once you have a working build XXX we should look for the commit that broke it.<br>
> the commit i have mentioned previously (9bc7ef7567ba) is the last<br>
> commit that modifies GridLayout related code.<br>
><br>
> this procedure, of course, is the offspring of the fact that debugging<br>
> Qt on Android is apparently *a bit involving*.<br>
> i strongly encourage debug verbose outputs that reach logcat in the lines of:<br>
> >> subsurface: credentials entered<br>
> >> subsurface: divelist loaded<br>
> >> ???<br>
> *** SIGSEGV<br>
><br>
> ^ hmm, a stage was not reached then it must be component X failing.<br>
><br>
They're not making it easy for us are they? </p>
<p dir="ltr">R</p>