Project

General

Profile

Bug #1084

Leechcraft crashes on startup

Added by monstter over 8 years ago. Updated over 8 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
Plugins: SecMan SecureStorage
Target version:
Start date:
05/14/2013
Due date:
% Done:

100%

Estimated time:
0.10 h
Reported in:
master

Description

I'm using leechcraft git master, and as of 8e912fd3c46d4fb200ae890b875a2ecefe1b1a93 it dies miserably on startup.
Looks like a missing ->Init() call maybe? I'm not sure where to put it, though.

[KCrash Handler]
#6 testAttribute (attribute=Qt::WA_WState_Visible, this=0x0) at /usr/include/qt4/QtGui/qwidget.h:1041
#7 isVisible (this=0x0) at /usr/include/qt4/QtGui/qwidget.h:1003
#8 LeechCraft::Plugins::SecMan::StoragePlugins::SecureStorage::Plugin::CreateNewPassword (this=this@entry=0x27b10a0) at /data/src/leechcraft/src/plugins/secman/plugins/securestorage/securestorage.cpp:393
#9 0x00007fd320b6a608 in LeechCraft::Plugins::SecMan::StoragePlugins::SecureStorage::Plugin::GetCryptoSystem (this=this@entry=0x27b10a0) at /data/src/leechcraft/src/plugins/secman/plugins/securestorage/securestorage.cpp:322
#10 0x00007fd320b6aa59 in LeechCraft::Plugins::SecMan::StoragePlugins::SecureStorage::Plugin::Load (this=0x27b10a0, key=...) at /data/src/leechcraft/src/plugins/secman/plugins/securestorage/securestorage.cpp:226
#11 0x00007fd320b6c08a in LeechCraft::Plugins::SecMan::StoragePlugins::SecureStorage::Plugin::Load (this=0x27b10a0, keys=..., st=LeechCraft::Plugins::SecMan::IStoragePlugin::STInsecure) at /data/src/leechcraft/src/plugins/secman/plugins/securestorage/securestorage.cpp:251
#12 0x00007fd320d7f4e3 in LeechCraft::Plugins::SecMan::Core::Load (this=this@entry=0x7fd320f8d3e0 <LeechCraft::Plugins::SecMan::Core::Instance()::c>, keys=..., secure=secure@entry=false) at /data/src/leechcraft/src/plugins/secman/core.cpp:220
#13 0x00007fd320d80e46 in LeechCraft::Plugins::SecMan::Core::Handle (this=0x7fd320f8d3e0 <LeechCraft::Plugins::SecMan::Core::Instance()::c>, e=...) at /data/src/leechcraft/src/plugins/secman/core.cpp:95
#14 0x00007fd320d7eaad in LeechCraft::Plugins::SecMan::Plugin::Handle (this=<optimized out>, e=...) at /data/src/leechcraft/src/plugins/secman/secman.cpp:93
#15 0x00000000004aec7b in LeechCraft::EntityManager::HandleEntity (this=<optimized out>, e=..., desired=<optimized out>) at /data/src/leechcraft/src/core/entitymanager.cpp:237
#16 0x00000000004353d4 in LeechCraft::Core::handleGotEntity (this=<optimized out>, p=..., id=<optimized out>, pr=0x0) at /data/src/leechcraft/src/core/core.cpp:453
#17 0x00000000004bc70f in LeechCraft::Core::qt_static_metacall (_o=0x7f4820 <LeechCraft::Core::Instance()::core>, _c=<optimized out>, _id=<optimized out>, _a=0x7fff1edb7fc0) at /data/src/leechcraft/build/core/moc_core.cpp:72
#18 0x00007fd34ad68d7f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/qt4/libQtCore.so.4
#19 0x00007fd3347b3954 in LeechCraft::Azoth::Plugin::delegateEntity (this=<optimized out>, _t1=..., _t2=0x0, _t3=0x0) at /data/src/leechcraft/build/plugins/azoth/moc_azoth.cpp:195
#20 0x00007fd3347ba0fe in LeechCraft::Azoth::Plugin::qt_static_metacall (_o=0x260de20, _c=<optimized out>, _id=<optimized out>, _a=<optimized out>) at /data/src/leechcraft/build/plugins/azoth/moc_azoth.cpp:84
#21 0x00007fd34ad68d7f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/qt4/libQtCore.so.4
#22 0x00007fd3347b7164 in LeechCraft::Azoth::Core::delegateEntity (this=<optimized out>, _t1=..., _t2=0x0, _t3=0x0) at /data/src/leechcraft/build/plugins/azoth/moc_core.cpp:345
#23 0x00007fd3347ba3c1 in LeechCraft::Azoth::Core::qt_static_metacall (_o=0x7fd334a2a260 <LeechCraft::Azoth::Core::Instance()::c>, _c=<optimized out>, _id=<optimized out>, _a=<optimized out>) at /data/src/leechcraft/build/plugins/azoth/moc_core.cpp:222
#24 0x00007fd34ad5b9d7 in QMetaMethod::invoke(QObject*, Qt::ConnectionType, QGenericReturnArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument) const () from /usr/lib64/qt4/libQtCore.so.4
#25 0x00007fd34ad5de9c in QMetaObject::invokeMethod(QObject*, char const*, Qt::ConnectionType, QGenericReturnArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument) () from /usr/lib64/qt4/libQtCore.so.4
#26 0x00007fd34a734d09 in LeechCraft::Util::GetPersistentData(QList<QVariant> const&, QObject*) () from /usr/lib64/liblcutil.so.0.5.0
#27 0x00007fd334732172 in LeechCraft::Azoth::ProxyObject::GetPassword (this=<optimized out>, accObj=<optimized out>) at /data/src/leechcraft/src/plugins/azoth/proxyobject.cpp:74
#28 0x00007fd33472f503 in LeechCraft::Azoth::ProxyObject::GetAccountPassword (this=0x2542830, accObj=0x8d190a0, useStored=<optimized out>) at /data/src/leechcraft/src/plugins/azoth/proxyobject.cpp:129
#29 0x00007fd330353606 in LeechCraft::Azoth::Xoox::GlooxAccount::GetPassword (this=this@entry=0x8d190a0, authfailure=authfailure@entry=false) at /data/src/leechcraft/src/plugins/azoth/plugins/xoox/glooxaccount.cpp:780
#30 0x00007fd3303540e5 in LeechCraft::Azoth::Xoox::GlooxAccount::feedClientPassword (this=0x8d190a0) at /data/src/leechcraft/src/plugins/azoth/plugins/xoox/glooxaccount.cpp:831
#31 0x00007fd33043f555 in LeechCraft::Azoth::Xoox::GlooxAccount::qt_static_metacall (_o=0x8d190a0, _c=<optimized out>, _id=<optimized out>, _a=<optimized out>) at /data/src/leechcraft/build/plugins/azoth/plugins/xoox/moc_glooxaccount.cpp:128
#32 0x00007fd34ad68d7f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/qt4/libQtCore.so.4
#33 0x00007fd33036251f in LeechCraft::Azoth::Xoox::ClientConnection::SetState (this=0x8d13240, state=...) at /data/src/leechcraft/src/plugins/azoth/plugins/xoox/clientconnection.cpp:374
#34 0x00007fd330353f80 in LeechCraft::Azoth::Xoox::GlooxAccount::ChangeState (this=0x8d190a0, status=...) at /data/src/leechcraft/src/plugins/azoth/plugins/xoox/glooxaccount.cpp:280
#35 0x00007fd3346f669e in LeechCraft::Azoth::Core::addAccount (this=0x7fd334a2a260 <LeechCraft::Azoth::Core::Instance()::c>, accObject=0x4) at /data/src/leechcraft/src/plugins/azoth/core.cpp:2118
#36 0x00007fd3347ba923 in LeechCraft::Azoth::Core::qt_static_metacall (_o=0x7fd334a2a260 <LeechCraft::Azoth::Core::Instance()::c>, _c=<optimized out>, _id=<optimized out>, _a=<optimized out>) at /data/src/leechcraft/build/plugins/azoth/moc_core.cpp:246
#37 0x00007fd34ad68d7f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/qt4/libQtCore.so.4
#38 0x00007fd330438f5f in LeechCraft::Azoth::Xoox::GlooxProtocol::accountAdded (this=<optimized out>, _t1=0x8d190a0) at /data/src/leechcraft/build/plugins/azoth/plugins/xoox/moc_glooxprotocol.cpp:118
#39 0x00007fd330346da3 in LeechCraft::Azoth::Xoox::GlooxProtocol::RestoreAccounts (this=0x3056eb0) at /data/src/leechcraft/src/plugins/azoth/plugins/xoox/glooxprotocol.cpp:399
#40 0x00007fd3303aa8ae in LeechCraft::Azoth::Xoox::Core::SecondInit (this=0x7fd3306afe60 <LeechCraft::Azoth::Xoox::Core::Instance()::c>) at /data/src/leechcraft/src/plugins/azoth/plugins/xoox/core.cpp:72
#41 0x0000000000441d66 in LeechCraft::PluginManager::Init (this=0x21aa500, safeMode=<optimized out>) at /data/src/leechcraft/src/core/pluginmanager.cpp:430
#42 0x0000000000435094 in LeechCraft::Core::DelayedInit (this=0x7f4820 <LeechCraft::Core::Instance()::core>) at /data/src/leechcraft/src/core/core.cpp:253
#43 0x0000000000457817 in LeechCraft::Application::Application (this=0x7fff1edb9e60, argc=<optimized out>, argv=<optimized out>) at /data/src/leechcraft/src/core/application.cpp:214
#44 0x000000000042839e in main (argc=1, argv=<optimized out>) at /data/src/leechcraft/src/core/main.cpp:37


Files

debug.log (9.24 KB) debug.log monstter, 05/14/2013 10:49 PM
warning.log (13.6 KB) warning.log monstter, 05/14/2013 11:07 PM
#1

Updated by 0xd34df00d over 8 years ago

Does a phrase like Initializing SecMan SecureStorage... appear in ~/.leechcraft/debug.log before the crash? Or could you just attach that file to the report?

#2

Updated by monstter over 8 years ago

No initializing, but trying to :)

[14.05.2013 21:11:24.743] [0x2142af0] [175] LeechCraft::Plugins::SecMan::StoragePlugins::SecureStorage::Plugin(0x27b10a0) failed to initialize, recalculating dep tree...

#3

Updated by 0xd34df00d over 8 years ago

  • Status changed from New to Assigned
  • Target version set to 0.6.60

Great, that makes sense then. Thanks for the report.

#4

Updated by 0xd34df00d over 8 years ago

...though that's quite odd, I wouldn't expect Init() to fail. Could you please provide the whole warning.log as well?

And a few other questions in the meanwhile: is a custom prefix installation used, or it's installed into /usr[/local]? If the latter is true, does the /usr/[local/]share/leechcraft/settings/securestoragesettings.xml file really exist? What OS/distro are you using?

#5

Updated by monstter over 8 years ago

Installation prefix is ~/leechcraft-installed. securestoragesettings.xml does exist.

Warnings attached.

#6

Updated by monstter over 8 years ago

Ah, distro. Gentoo :]

#7

Updated by 0xd34df00d over 8 years ago

Is the CMAKE_INSTALL_PREFIX option passed to the cmake during configuring stage? And are you building LC yourself or using the ebuilds?

And just to be sure, the settings file resides in the ~/leechcraft-installed/share/leechcraft/settings/ directory, right?

#8

Updated by monstter over 8 years ago

~/leechcraft-installed/share/leechcraft/settings/securestoragesettings.xml, right.

CMAKE_INSTALL_PREFIX was modified using ccmake. And maybe it was that, or maybe there is something else not exactly right in the build system, but a fresh, clean build fixed the crashes...

Sorry for the noise, should have tried clean build before reporting.

#9

Updated by 0xd34df00d over 8 years ago

  • Status changed from Assigned to Closed
  • % Done changed from 0 to 100

Nevermind, and moreover your report revealed a bug in LC core — the plugin wasn't unloaded properly after it failed to initialize. That's why SecMan called it even after a failed Init() (so your original guess was pretty close :)).

So closing as resolved since something was fixed.

Also available in: Atom PDF