qupzilla:restore may crash

[ff2000]

But only if the user loves to be eval ;)
Have a crashed session (e.g. kill qupzilla), then start it. restore-page pops up.
Then either:

1. "Pin Tab" the restore page, click restore - this won't remove the restore page! If the user again clicks restore qupzilla crashes.

2. Duplicate Tab, click restore -> qupzilla crashes.

3. is especially eval, because after restarting QZ after crash it will create two tabs both showing the restore page, which will crash immediately when clicking restore as of 2)

It is possible to duplicate the tab by bookmarking the restore-page and opening it in another tab, while the original page is still open.

The backtrace ends with
#0 WebView::page (this=0x0) at webview/webview.cpp:123
#1 0x00007ffff79e806d in refreshHistory (this=0x878b30) at navigation/navigationbar.cpp:311
#2 NavigationBar::refreshHistory (this=0x878b30) at navigation/navigationbar.cpp:305
#3 0x00007ffff7a6795a in QupZilla::qt_static_metacall (_o=, _c=, _id=, _a=) at ../../build/moc_qupzilla.cpp:221
#4 0x00007ffff4cb89f9 in QMetaObject::activate (sender=0x7cafa0, m=, local_signal_index=, argv=0x7fffffff9d10) at kernel/qobject.cpp:3547
#5 0x00007ffff564ab0e in QTabWidget::currentChanged (this=, _t1=-1) at .moc/release-shared/moc_qtabwidget.cpp:214
#6 0x00007ffff564ac18 in QTabWidgetPrivate::_q_showTab (this=0x7cb4c0, index=-1) at widgets/qtabwidget.cpp:745
#7 0x00007ffff4cb89f9 in QMetaObject::activate (sender=0x864c20, m=, local_signal_index=, argv=0x7fffffff9eb0) at kernel/qobject.cpp:3547
#8 0x00007ffff564015e in QTabBar::currentChanged (this=, _t1=-1) at .moc/release-shared/moc_qtabbar.cpp:215
#9 0x00007ffff564643d in QTabBar::removeTab (this=0x864c20, index=0) at widgets/qtabbar.cpp:940

(It would be really great if github had support for attachments to attach backtraces, screenshots, patches, ...)