On Tue, May 27, 2014 at 09:06:31AM -0400, Richard Heck wrote: > On 05/26/2014 05:34 PM, José Matos wrote: > >Hi, > > while cleaning the back log of reported lyx bugs in Fedora I found bug > > 1098464: > >https://bugzilla.redhat.com/show_bug.cgi?id=1098464 > > > >Truncated backtrace: > >Thread no. 1 (10 frames) > > #2 lyx::error_handler at LyX.cpp:692 > > #4 ?? > > #5 QFactoryLoader::instance at plugin/qfactoryloader.cpp:276 > > #6 QIcon::addFile at image/qicon.cpp:843 > > #7 QIcon::QIcon at image/qicon.cpp:565 > > #8 ScalableEntry::pixmap at image/qiconloader.cpp:515 > > #9 QIconLoaderEngine::pixmap at image/qiconloader.cpp:528 > > #10 QIcon::pixmap at image/qicon.cpp:684 > > #11 QWidgetPrivate::setWindowIcon_sys at kernel/qwidget_x11.cpp:1490 > > #12 QWidget::create at kernel/qwidget.cpp:1534 > > > >Does anyone has a suggestion to what could have been the problem that caused > >this crash? > > Unfortunately, no, other than the obvious: Something weird happened with Qt.
What is strange is that, according to the logs attached to the bug, LyX was executing a batch command and the GUI is not initialized in this case, AFAIK. It seems that something triggered the creation of a new view and thus the crash is not surprising. The question now is: what was that batch command? -- Enrico
