| Summary: | Nepomuk tools take 100% CPU, then crash on input or click [Soprano::FilterModel::addStatement, Soprano::Model::addStatements, Soprano::Util::AddStatementCommand::execute] | ||
|---|---|---|---|
| Product: | [Unmaintained] nepomuk | Reporter: | Javier Conti <javier.conti> |
| Component: | general | Assignee: | Sebastian Trueg <sebastian> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | andresbajotierra, guichard.adrien, pdezac-linux, thibautf, trueg |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Javier Conti
2010-01-05 03:48:31 UTC
From bug 211383 (resourceeditor): --- What I was doing when the application crashed: Using virtual folder "nepomuktree" under dolphin, to tag a link associated to a task (task created by Tasktop), the application crashes when entering the tag. From bug 211153 (nepomuksimpleannotator): --- What I was doing when the application crashed: WIth Dolphin, I select a text file, right click on the file, select "action -> launch semantic analysis", nepomuk's windows opens and after few seconds, the crash occurs. Bug 210833 is about nepomukshell. A bit more complete backtrace: --- Thread 3 (Thread 0xb32f6b70 (LWP 32289)): [KCrash Handler] #6 0x09935740 in ?? () #7 0xb627f809 in Soprano::FilterModel::addStatement (this=0x9a10e10, statement=@0x9f52d88) at /usr/src/debug/soprano-2.3.1/soprano/filtermodel.cpp:93 #8 0xb6264437 in Soprano::Model::addStatements (this=0x9a10e10, statements=@0xb32f62c8) at /usr/src/debug/soprano-2.3.1/soprano/model.cpp:141 #9 0xb62d7a80 in Soprano::Util::AddStatementCommand::execute (this=0x9fa5af0) at /usr/src/debug/soprano-2.3.1/soprano/util/asynccommand.cpp:101 #10 0xb62d945f in Soprano::Util::Command::run (this=0x9fa5af0) at /usr/src/debug/soprano-2.3.1/soprano/util/asynccommand.h:60 #11 0xb65a3353 in QThreadPoolThread::run (this=0x99849b8) at concurrent/qthreadpool.cpp:106 #12 0xb65acec3 in QThreadPrivate::start (arg=0x99849b8) at thread/qthread_unix.cpp:188 #13 0xb615c885 in start_thread () from /lib/i686/libpthread.so.0 #14 0xb63e857e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 *** Bug 210833 has been marked as a duplicate of this bug. *** *** Bug 211383 has been marked as a duplicate of this bug. *** *** Bug 211153 has been marked as a duplicate of this bug. *** I cannot reproduce it with KDE 4.4rc1. Please verify that this is fixed in KDE 4.4rc2 On 27 January 2010 13:21, Sebastian Trueg <trueg@k3b.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=221324 > > > Sebastian Trueg <trueg@k3b.org> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|UNCONFIRMED |NEEDSINFO > Resolution| |WAITINGFORINFO > > > > > --- Comment #6 from Sebastian Trueg <trueg k3b org> 2010-01-27 13:20:54 --- > Please verify that this is fixed in KDE 4.4rc2 I confirm the crash does not to happen anymore to me in the following version: $ resourceeditor --version Qt: 4.6.1 KDE Development Platform: 4.3.95 (KDE 4.3.95 (KDE 4.4 RC2)) "release 214" ResourceEditor: 0.1 > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. > |