Loading sequence in capture module crashes about indi

[jpaana]

On my Raspberry Pi 3 loading seems to work, but it's running slightly older PPA (kstars-bleeding 5:16.12+201701262218~ubuntu16.04.1 and indi-full 1.3~201701281703~ubuntu16.04.1).

[jpaana]

Updated Raspberry packages, indi-full is now 1.3~201701301122~ubuntu16.04.1 and loading still works, kstars-bleeding is still the same 5:16.12+201701262218~ubuntu16.04.1

[knro]

Can't reproduce this. Can you attach the sequence file you were trying to load?

[jpaana]

Connection to indi server is lost already before selecting any sequence file, just pressing the load button. I also tried with a locally run "remote" indi server and it seems the server is fine and continues sending mount updates and so on even after kstars says connection lost. In any case I'll attach the particular sequence file, though it seems to do the same with any of them I've tried.
seq.zip

[jpaana]

Similar error also happens if I try to save a new sequence on this machine. Indi server disconnect when I press the button and crash after selecting a file name. It does create a file with contents
<?xml version="1.0" encoding="UTF-8"?> <SequenceQueue version='1.5'>

Backtrace is quite similar to the load case:
#0 0x00007ffff3a31efc in QUrl::~QUrl() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #1 0x000000000075d574 in Ekos::Capture::saveSequenceQueue (this=0x4333520) at /home/jarno/Projects/kstars/kstars/ekos/capture/capture.cpp:2560 #2 0x000000000075dac8 in Ekos::Capture::saveSequenceQueueAs (this=0x4333520) at /home/jarno/Projects/kstars/kstars/ekos/capture/capture.cpp:2605 #3 0x000000000061cb4f in Ekos::Capture::qt_static_metacall (_o=0x4333520, _c=QMetaObject::InvokeMetaMethod, _id=51, _a=0x7fffffffce10) at /home/jarno/Projects/build/kstars/kstars/moc_capture.cpp:496 #4 0x00007ffff3b0cd2a in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x00007ffff4c54192 in QAbstractButton::clicked(bool) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #6 0x00007ffff49b6f04 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #7 0x00007ffff49b8519 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #8 0x00007ffff49b8694 in QAbstractButton::mouseReleaseEvent(QMouseEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #9 0x00007ffff48fcf88 in QWidget::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #10 0x00007ffff48ba05c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #11 0x00007ffff48bfc19 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #12 0x00007ffff3ade38b in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #13 0x00007ffff48beb32 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
and so on.

[jpaana]

PPA gives similar backtrace when saving, line numbers are slightly different compared to git head:
#0 0x00007ffff3a31efc in QUrl::~QUrl() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #1 0x00000000006ae12d in Ekos::Capture::saveSequenceQueue (this=0x4772880) at /build/kstars-bleeding-DRDwgu/kstars-bleeding-16.12+201701262218~ubuntu16.04.1/kstars/ekos/capture/capture.cpp:2550 #2 0x00000000006ae589 in Ekos::Capture::saveSequenceQueueAs ( this=<optimized out>) at /build/kstars-bleeding-DRDwgu/kstars-bleeding-16.12+201701262218~ubuntu16.04.1/kstars/ekos/capture/capture.cpp:2595 #3 0x00000000005b2b1f in Ekos::Capture::qt_static_metacall ( _o=<optimized out>, _c=<optimized out>, _id=<optimized out>, _a=<optimized out>) at /build/kstars-bleeding-DRDwgu/kstars-bleeding-16.12+201701262218~ubuntu16.04.1/obj-x86_64-linux-gnu/kstars/moc_capture.cpp:496 #4 0x00007ffff3b0cd2a in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x00007ffff4c54192 in QAbstractButton::clicked(bool) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5

[knro]

Well I can't reproduce this on any machine, this includes VM machines with different distros as well.

[jpaana]

Yes, I too can only reproduce it on that one machine, another amd64 with Ubuntu 16.10 and Raspberry Pi 3 work fine. Any idea where I should break to see what causes the indi server disconnection? My hypothesis is that the disconnect is the root cause which makes Ekos close the capture tab as it doesn't have cameras anymore and that causes then the actual crash when completing the dialog which would be caused by accessing deleted objects. The disconnect is only on Kstars side as the server remains up and sending snoop information if run as a separate process and not from Kstars directly.