Bug 251944 - Amarok always crashes when reaching the next track on an audio CD
Summary: Amarok always crashes when reaching the next track on an audio CD
Status: RESOLVED DUPLICATE of bug 207579
Alias: None
Product: amarok
Classification: Applications
Component: general (show other bugs)
Version: 2.3.2
Platform: Compiled Sources Linux
: NOR crash
Target Milestone: 2.4.0
Assignee: Amarok Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-21 16:21 UTC by Jens Hartwig
Modified: 2010-09-22 18:23 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
This is what amarok tells me when I start it with --debug (1.09 KB, application/octet-stream)
2010-09-21 16:21 UTC, Jens Hartwig
Details
The backtrace (24.58 KB, application/octet-stream)
2010-09-22 16:11 UTC, Jens Hartwig
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jens Hartwig 2010-09-21 16:21:14 UTC
Created attachment 51862 [details]
This is what amarok tells me when I start it with --debug

Version:           2.3.2 (using KDE 4.5.1) 
OS:                Linux

Amarok always crashes when reaching the next track on an audio CD. 
This is reproducable and does not happen when you change between tracks manually.

Reproducible: Always

Steps to Reproduce:
Listen to you favourite album. When the first track should be switched to the second (because it's over), amarok crashes.


Expected Results:  
Play track 2...

This does not happen when switching between tracks manually. Worked fine in Amarok 2.3.1...
Comment 1 Myriam Schweingruber 2010-09-21 21:31:56 UTC
We would need a backtrace, as well as the Phonon backend you are using. This is most likely a bug in Phonon
Comment 2 Jens Hartwig 2010-09-21 23:20:05 UTC
(In reply to comment #1)
> We would need a backtrace, as well as the Phonon backend you are using. This is
> most likely a bug in Phonon

I recompiled with -DCMAKE_BUILD_TYPE=debugfull and this is what "--debug" gives me now.
I hope this is more useful, but you might be right with the Phonon bug :).
I'm using the xine-backend...


amarok: BEGIN: void EngineController::slotTitleChanged(int) 
amarok:   BEGIN: void EngineController::slotAboutToFinish() 
amarok:     [EngineController] Track finished completely, updating statistics 
amarok:     [EngineController] finished a CD track, don't care if queue is not empty, just get new track... 
amarok:     BEGIN: void Playlist::Actions::requestNextTrack() 
amarok:       [Playlist::Actions] so far so good! 
amarok:       BEGIN: void Playlist::Actions::play(quint64, bool) 
amarok:         BEGIN: void EngineController::setNextTrack(Meta::TrackPtr) 
amarok:           [EngineController] locking mutex 
amarok:           [EngineController] locked! 
amarok:         END__: void EngineController::setNextTrack(Meta::TrackPtr) - Took 0.00012s 
amarok:       END__: void Playlist::Actions::play(quint64, bool) - Took 0.00021s 
amarok:     END__: void Playlist::Actions::requestNextTrack() - Took 0.00032s 
amarok:     BEGIN: void EngineController::slotQueueEnded() 
amarok:       BEGIN: void EngineController::slotNewTrackPlaying(const Phonon::MediaSource&) 
amarok:         [EngineController] Empty MediaSource (engine stop) 
amarok:       END__: void EngineController::slotNewTrackPlaying(const Phonon::MediaSource&) - Took 7.1e-05s 
amarok:       BEGIN: virtual void ProgressWidget::enginePlaybackEnded(qint64, qint64, Engine::EngineObserver::PlaybackEndedReason) 
amarok:         BEGIN: void Amarok::TimeSlider::clearTriangles() 
amarok:            number of triangles:  0 
amarok:            deleted them all... 
amarok:         END__: void Amarok::TimeSlider::clearTriangles() - Took 0.0001s 
amarok:       END__: virtual void ProgressWidget::enginePlaybackEnded(qint64, qint64, Engine::EngineObserver::PlaybackEndedReason) - Took 0.00024s 
amarok:       BEGIN: virtual void TimecodeObserver::enginePlaybackEnded(qint64, qint64, Engine::EngineObserver::PlaybackEndedReason) 
amarok:       END__: virtual void TimecodeObserver::enginePlaybackEnded(qint64, qint64, Engine::EngineObserver::PlaybackEndedReason) - Took 4.7e-05s 
amarok:       BEGIN: virtual void Context::ContextView::enginePlaybackEnded(qint64, qint64, Engine::EngineObserver::PlaybackEndedReason) 
amarok:       END__: virtual void Context::ContextView::enginePlaybackEnded(qint64, qint64, Engine::EngineObserver::PlaybackEndedReason) - Took 5.3e-05s 
amarok:       BEGIN: virtual void PhotosApplet::enginePlaybackEnded(qint64, qint64, Engine::EngineObserver::PlaybackEndedReason) 
amarok:         BEGIN: void PhotosScrollWidget::clear() 
amarok:           [PhotosScrollWidget] Going to delete  10  items 
amarok:         END__: void PhotosScrollWidget::clear() - Took 0.00021s 
amarok:          collapsing applet to... 36 
amarok:         BEGIN: virtual bool PhotosEngine::sourceRequestEvent(const QString&) 
amarok:         END__: virtual bool PhotosEngine::sourceRequestEvent(const QString&) - Took 5.6e-05s 
amarok:       END__: virtual void PhotosApplet::enginePlaybackEnded(qint64, qint64, Engine::EngineObserver::PlaybackEndedReason) - Took 0.0012s 
amarok:       BEGIN: void EngineController::play(const Meta::TrackPtr&, uint) 
amarok:         [EngineController] Just a normal, boring track... :-P 
amarok:         BEGIN: void EngineController::playUrl(const KUrl&, uint) 
amarok:           [EngineController] URL:  "audiocd:/8c0b660b/2" 
amarok:           [EngineController] offset:  0 
amarok:           [EngineController] play track from cd 
amarok:           [EngineController] 3.2.1... 
amarok:           BEGIN: void EngineController::slotNewTrackPlaying(const Phonon::MediaSource&) 
amarok:             [EngineController] Empty MediaSource (engine stop) 
amarok:           END__: void EngineController::slotNewTrackPlaying(const Phonon::MediaSource&) - Took 0.00013s 
CDROMREADTOCHDR: Bad file descriptor
xine_open for gapless playback failed!
Comment 3 Myriam Schweingruber 2010-09-22 00:13:36 UTC
Hm, that is a console output, what we need is a backtrace. Please see here on how to get a backtrace:

http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports

The most likely phonon bug with that symptoms would be bug 207579
Comment 4 Jens Hartwig 2010-09-22 12:58:44 UTC
Thank you for the information. I will try this later...
So, was it generally wrong to compile with -DCMAKE_BUILD_TYPE=debugfull? I will install the debug packages that the crashreporter marks me as missing, right?
Comment 5 Myriam Schweingruber 2010-09-22 14:37:03 UTC
No, that is correct, don't remove it as it shows a debugging output on the console. But a backtrace is something different, read the link I gave you :) For a crash we need a backtrace, not a debugging output.
Comment 6 Jens Hartwig 2010-09-22 16:11:23 UTC
Created attachment 51881 [details]
The backtrace
Comment 7 Jens Hartwig 2010-09-22 16:12:21 UTC
Ok, I understand. Thank you for your instruction...
Hope, the new attachment is useful!
Comment 8 Myriam Schweingruber 2010-09-22 18:23:47 UTC
Yes, it is, thank you for your feedback. This is a duplicate of bug 207579

*** This bug has been marked as a duplicate of bug 207579 ***