Summary: | k3b crashes on closing dialog after succesful audio CD ripping [qDeleteAll (K3b::CdparanoiaLibData) , ~CdparanoiaLib, ~AudioRipJob] | ||
---|---|---|---|
Product: | [Applications] k3b | Reporter: | Cyril Brosch <info> |
Component: | general | Assignee: | Michał Małek <michalm> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | jtamate, mpapis, naylor.b.david, roman.karlstetter, trueg |
Priority: | NOR | ||
Version: | 1.92.0 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 2.0.2 |
Description
Cyril Brosch
2010-06-13 10:22:40 UTC
Seems to be fixed in 2.0 final, I close it for now. Dunno what fixed it, it was however not related to bug https://bugs.kde.org/show_bug.cgi?id=236466, which is not fixed in the built I use. Bug is still valid (see bug 247233) *** Bug 247233 has been marked as a duplicate of this bug. *** To all who experienced the crash: did you have more than one drive installed on the system at the time crash happened? SVN commit 1172893 by mmalek: Fixed GPF caused by invalidated iterators. Invalidation happened when items were removed from QMap collection while qDeleteAll() implicitly iterated through it BUG: 241630 M +1 -0 ChangeLog M +27 -22 libk3b/tools/k3bcdparanoialib.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1172893 SVN commit 1172894 by mmalek: Fixed GPF caused by invalidated iterators. Invalidation happened when items were removed from QMap collection while qDeleteAll() implicitly iterated through it BUG: 241630 M +1 -0 ChangeLog M +27 -22 libk3b/tools/k3bcdparanoialib.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1172894 (In reply to comment #4) > To all who experienced the crash: did you have more than one drive installed on > the system at the time crash happened? Yes, I have two drives installed (on IDE bus). I disconnected one but k3b still crashed. I applied your patch and it works (for both one and two drives attached). I am still experienced out of order track ripping (it does not go 1, 2, 3...) and track 1 does not rip properly if not done individually. This is with the Ogg-Vorbis encoder. Have these been fixed in 2.0.2 or should I file bugs reports? *** Bug 261183 has been marked as a duplicate of this bug. *** *** Bug 242910 has been marked as a duplicate of this bug. *** *** Bug 261950 has been marked as a duplicate of this bug. *** |