Space key resume / play, gui batton resume / paly works fine. When I'm pausing playback via lirc remote, everything looks okay. When I'm resuming playback via lirc remote, it stucs for 25 sec! Older 2.5, 2.6, 2.7 releases were working fine with lirc remote for me! amarok: [EngineController] PlayPause: EngineController state 4 amarok: BEGIN: void EngineController::play() amarok: BEGIN: void Playlist::Actions::slotTrackPlaying(Meta::TrackPtr) amarok: [WARNING] [Playlist::Actions] engineNewTrackPlaying: "Eric's Trip" does not match what the playlist controller thought it should be amarok: END__: void Playlist::Actions::slotTrackPlaying(Meta::TrackPtr) [Took: 0s] amarok: BEGIN: void ProgressWidget::redrawBookmarks(const QString*) amarok: found 0 timecodes on this track amarok: END__: void ProgressWidget::redrawBookmarks(const QString*) [Took: 0s] amarok: BEGIN: void OSDWidget::show(const QString&, const QImage&) amarok: END__: void OSDWidget::show(const QString&, const QImage&) [Took: 0s] amarok: END__: void EngineController::play() [DELAY Took (quite long) 25s] amarok: END__: void EngineController::playPause() [DELAY Took (quite long) 25s] amarok: [EngineController] slotTrackLengthChanged( 228666 ) amarok: BEGIN: void ProgressWidget::redrawBookmarks(const QString*) amarok: found 0 timecodes on this track amarok: END__: void ProgressWidget::redrawBookmarks(const QString*) [Took: 0s] amarok: MPRIS2: Album image location is KUrl("") amarok: MPRIS2: Queueing up a PropertiesChanged signal amarok: [EngineController] slotStateChanged from 4 to 2 amarok: BEGIN: void EngineController::slotMetaDataChanged() amarok: [EngineController] slotMetaDataChanged() triggered by phonon, but we've already seen exactly the same metadata recently. Ignoring for now. amarok: END__: void EngineController::slotMetaDataChanged() [Took: 0s] Reproducible: Always Steps to Reproduce: 1. Pause playback (any way, any method) 2. Resume playback WITH IR REMOTE (kde 4 lirc) 3. Amarok 2.8.0 stuck for half a minute! Actual Results: stuck for 25 sec and unstuck after. Expected Results: Should resume playing immediatelly amarok: [EngineController] PlayPause: EngineController state 4 amarok: BEGIN: void EngineController::play() amarok: BEGIN: void Playlist::Actions::slotTrackPlaying(Meta::TrackPtr) amarok: [WARNING] [Playlist::Actions] engineNewTrackPlaying: "Eric's Trip" does not match what the playlist controller thought it should be amarok: END__: void Playlist::Actions::slotTrackPlaying(Meta::TrackPtr) [Took: 0s] amarok: BEGIN: void ProgressWidget::redrawBookmarks(const QString*) amarok: found 0 timecodes on this track amarok: END__: void ProgressWidget::redrawBookmarks(const QString*) [Took: 0s] amarok: BEGIN: void OSDWidget::show(const QString&, const QImage&) amarok: END__: void OSDWidget::show(const QString&, const QImage&) [Took: 0s] amarok: END__: void EngineController::play() [DELAY Took (quite long) 25s] amarok: END__: void EngineController::playPause() [DELAY Took (quite long) 25s] amarok: [EngineController] slotTrackLengthChanged( 228666 ) amarok: BEGIN: void ProgressWidget::redrawBookmarks(const QString*) amarok: found 0 timecodes on this track amarok: END__: void ProgressWidget::redrawBookmarks(const QString*) [Took: 0s] amarok: MPRIS2: Album image location is KUrl("") amarok: MPRIS2: Queueing up a PropertiesChanged signal amarok: [EngineController] slotStateChanged from 4 to 2 amarok: BEGIN: void EngineController::slotMetaDataChanged() amarok: [EngineController] slotMetaDataChanged() triggered by phonon, but we've already seen exactly the same metadata recently. Ignoring for now. amarok: END__: void EngineController::slotMetaDataChanged() [Took: 0s]
Try disabling "Fade-out on pause", and see if it makes a difference. Also, is there a way to simulate the LIRC event without actually having the hardware?
(In reply to comment #1) > Try disabling "Fade-out on pause", and see if it makes a difference. > > Also, is there a way to simulate the LIRC event without actually having the > hardware? My problem solved after unchecking all in "playback" tab in amarok settings! Thank you. I have no idea how to emulate the trouble without configured kde lirc extention and hardware ir remote... Probably kde guys knows how to.
Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone!
Closing as comment #2 suggest this was solved already and the bug stayed open as an oversight.