road to 4.9

[Steve]

On Mon, 2019-06-24 at 12:50 +0800, Dirk Hohndel wrote:
> Hi Steve,
> Thanks for the testing and reports (and update to old reports on
> GitHub).
> This is so incredibly useful to me
> 
> > On Jun 24, 2019, at 11:42 AM, Steve <stevewilliams at internode.on.net
> > > wrote:
> > 
> > When editing a dive date the date chooser is jumping all over the
> > place
> > and not choosing the correct dates.
> 
> This one I believe I have fixed in 
> https://github.com/Subsurface-divelog/subsurface/pull/2134
> > I am also seeing crashing when doing various random things
> > (ajusting
> > colums, changing dates, editing divesites using copy paste etc)
> 
> That's not good 
> > Using latest appimage build on a clean Fedora 30 after adding
> > libxcrypt-compat to fix the shared library dependency libcrypt.so.1
> > eg:
> > [steve at t490 ~]$ /opt/Subsurface/Subsurface-4.8.4-652-g2e230da3610d-
> > x86_64.AppImage  
> > [steve at t490 ~]$ /opt/Subsurface/Subsurface-4.8.4-652-g2e230da3610d-
> > x86_64.AppImage: error while loading shared libraries:
> > libcrypt.so.1:
> > cannot open shared object file: No such file or directory
> > [steve at t490 ~]$ dnf provides libcrypt.so.1
> > libxcrypt-compat-4.4.6-1.fc30.i686 : Compatibility library
> > providing
> > legacy API functions
> > Repo        : updates
> > Matched from:
> > Provide    : libcrypt.so.1
> > 
> > [steve at t490 ~]$ sudo dnf install libxcrypt-compat
> > 
> > [steve at t490 ~]$ /usr/bin/Subsurface -vvv
> > Subsurface v4.8.4-652-g2e230da3610d,
> > built with libdivecomputer v0.7.0-devel-Subsurface-NG
> > (e38406b353bb0e6f27248c59eba7794cc5593032)
> > built with Qt Version 5.9.3, runtime from Qt Version 5.9.3
> > built with libgit2 0.26.0
> > "validateGL(): created OpenGLContext."
> > "validateGL(): obtained QOpenGLFunctions."
> > "validateGL(): detected OpenGL version 3.0."
> > can't find Qt localization for locale "en-AU" searching in
> > "/tmp/.mount_SubsurUHLZGl/usr/translations"
> > can't find Subsurface localization for locale "en-AU"
> > 
> > File locations:
> > 
> > /SNIP (a lot of unneeded data)
> > 
> > git load handling file Divecomputer-001
> > git load handling file Divecomputer-002
> > git load handling file Divecomputer-003
> > git storage: Successfully opened dive data
> > Set the current dive site: 2309376211
> > Set the current dive site: 2309376211
> > Set the current dive site: 1597296615
> > Set the current dive site: 1597296615
> > Set the current dive site: 1597296615
> > Set the current dive site: 2309376211
> > Set the current dive site: 2309376211
> > Segmentation fault (core dumped)
> > [steve at t490 ~]$ 
> > 
> 
> This is a bit too unspecific to be able to follow up.
> Is there any sequence where you can reproduce such crashes?
> Unfortunately AppImages make it a bit harder to get stack traces :-(
> F30 is an OS where it's really easy to build from source (and where
> I can also easily create a current "native" build that you could run
> under a debugger if building from source is outside your comfort
> zone.
> 
> Thanks again!
> 
> /D


I had a quick chance today to setup a build environment, I also found
something that consistently caused it to crash which was loading from
cloud and then trying to save to a local file.eg: load from cloud, then
file save as choose location click save button then Segmentation fault
(core dumped) unfortunately the debug did not show any more
information.Can anyone else reproduce this?
Steve


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20190714/42140591/attachment.html>