Summary: | Completely random crash [@ Collections::QueryMaker::newResultReady] | ||
---|---|---|---|
Product: | [Applications] amarok | Reporter: | Ben Gouhier <benoit.gouhier> |
Component: | Collections/Local | Assignee: | Amarok Developers <amarok-bugs-dist> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | leonardo.la.malfa, maximilian.kossick |
Priority: | NOR | ||
Version: | 2.3.1.90 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 2.3.2 | |
Attachments: | New crash information added by DrKonqi |
Description
Ben Gouhier
2010-05-16 10:18:21 UTC
Can you reproduce this crash with Amarok 2.3.1 final, too? I haven't encountered this crashed yet in 2.3.1 Thank ypou for the feedback. Closing for now, feel free to reopen this report if you can reproduce it with Amarok 2.3.1 or later. Created attachment 50804 [details]
New crash information added by DrKonqi
amarok (2.3.1.90) on KDE Platform 4.5.00 (KDE 4.5.0) using Qt 4.7.0
- What I was doing when the application crashed:
I see this bug is closed, but DrKonqi suggests they're related, so I'll append my report here, so that developers may evaluate whether it should be reopened.
I was listening to a track in the playlist, while I added an album to my watched folder. Hence, Amarok started scanning music, and, by the time I expected it to show the new album in my music collection, the sound started stuttering, and continued to do so for a couple of seconds after Amarok crashed and the window was nowhere to be seen.
-- Backtrace (Reduced):
#8 0x022371c9 in Collections::QueryMaker::newResultReady (this=0xe2cdb28, _t1=..., _t2=...) at ./QueryMaker.moc:154
#9 0x02237df8 in Collections::QueryMaker::qt_metacall (this=0xe2cdb28, _c=QMetaObject::InvokeMetaMethod, _id=6, _a=0xa9ea0074) at ./QueryMaker.moc:97
#10 0x03b4d1fa in Collections::SqlQueryMaker::qt_metacall (this=0xe2cdb28, _c=QMetaObject::InvokeMetaMethod, _id=10, _a=0xa9ea0074) at ./SqlQueryMaker.moc:87
[...]
[...]
#13 0x03b54299 in Collections::SqlQueryMakerInternal::newResultReady (this=0xe42fc48, _t1=..., _t2=...) at ./SqlQueryMakerInternal.moc:151
#14 0x03b574e2 in Collections::SqlQueryMakerInternal::handleResult (this=0xe42fc48, result=...) at ../../../../../src/core-impl/collections/sqlcollection/SqlQueryMakerInternal.cpp:116
Reopening. Is this still valid for Amarok 2.3.2 or current git? I can't reproduce this here Myriam, I can't help with this one for I switched to Debian, which is frozen by now, so I'm currently using v. 2.3.1. LBut can you reproduce this with 2.3.1? The original reporter couldn't > LBut can you reproduce this with 2.3.1? The original reporter couldn't
No, I can't. The series of actions that triggered the crash I described in my report is something I do very often, but the crash didn't occur again ever since.
Thank you for your fast feedback. I close this bug for now as fixed in 2.3.2 (since the last occasion this was reported was 2.3.1.90), feel free to reopen this if you can reproduce it with Amarok 2.3.2 or later. |