Bug 329212 - Suddenly crash when playing normal playlist
Summary: Suddenly crash when playing normal playlist
Status: RESOLVED DUPLICATE of bug 327465
Alias: None
Product: amarok
Classification: Applications
Component: general (show other bugs)
Version: 2.8.0
Platform: unspecified Linux
: NOR crash
Target Milestone: 2.9
Assignee: Amarok Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-12-25 01:49 UTC by Bersam
Modified: 2014-08-04 20:33 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bersam 2013-12-25 01:49:55 UTC
Amarok is crashing recently all of sudden when I'm not at my PC or when I'm working with PC. not at a specific song or playlist. so i tried to run amarok with "amarok --debug" but output is not giving me any clue to find out what the heck is problem with my problem.

Reproducible: Sometimes

Steps to Reproduce:
1. running amarok via "amarok --debug"
2. add some random song to playlist
3. let it play songs randomly or standard or anything
Actual Results:  
Program will crash, here's output:

amarok: BEGIN: static QScriptValue Downloader::init(QScriptContext*, QScriptEngine*, bool)
amarok: END__: static QScriptValue Downloader::init(QScriptContext*, QScriptEngine*, bool) [Took: 0s]
amarok: BEGIN: void AmarokScript::AmarokLyricsScript::showLyricsNotFound(const QString&) const
amarok:   BEGIN: void LyricsManager::lyricsNotFound(const QString&)
amarok:     BEGIN: bool LyricsManager::showCached()
amarok:     END__: bool LyricsManager::showCached() [Took: 0s]
amarok:     BEGIN: void LyricsSubject::sendLyricsMessage(const QString&, const QString&)
amarok:       BEGIN: virtual void LyricsEngine::lyricsMessage(const QString&, const QString&)
amarok:       END__: virtual void LyricsEngine::lyricsMessage(const QString&, const QString&) [Took: 0s]
amarok:     END__: void LyricsSubject::sendLyricsMessage(const QString&, const QString&) [Took: 0s]
amarok:   END__: void LyricsManager::lyricsNotFound(const QString&) [Took: 0s]
amarok: END__: void AmarokScript::AmarokLyricsScript::showLyricsNotFound(const QString&) const [Took: 0s]
Calling appendChild() on a null node does nothing.
amarok: [lastfm] nowPlaying:  "Mohammad Reza Shajarian" - "Shab Sokot Kavir" - "Saz o Avaz ( Dorna )" source: 2 duration: 148
QMap(("album", "Shab Sokot Kavir")("albumArtist", "Mohammad Reza Shajarian")("artist", "Mohammad Reza Shajarian")("context", "")("duration", "148")("method", 
"Track.updateNowPlaying")("track", "Saz o Avaz ( Dorna )"))
"  <lfm status="ok">
    <nowplaying>
      <track corrected="0">Saz o Avaz ( Dorna )</track>
      <artist corrected="0">Mohammad Reza Shajarian</artist>
      <album corrected="0">Shab Sokot Kavir</album>
      <albumArtist corrected="0">Mohammad Reza Shajarian</albumArtist>
      <ignoredMessage code="0"/>
    </nowplaying>
  </lfm>
"
amarok: BEGIN: void EngineController::slotAboutToFinish()
amarok:   BEGIN: void Playlist::Actions::requestNextTrack()
amarok:     BEGIN: void Playlist::Actions::play(quint64, bool)
amarok:       BEGIN: void EngineController::setNextTrack(Meta::TrackPtr)
amarok:       END__: void EngineController::setNextTrack(Meta::TrackPtr) [Took: 0s]
amarok:     END__: void Playlist::Actions::play(quint64, bool) [Took: 0s]
amarok:   END__: void Playlist::Actions::requestNextTrack() [Took: 0s]
amarok: END__: void EngineController::slotAboutToFinish() [Took: 0s]
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]
KCrash: Application 'amarok' crashing...
KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit
sock_file=/home/username/.kde4/socket-username/kdeinit4__0
pa_write() failed while trying to wake up the mainloop: Bad file descriptor

Expected Results:  
play songs without crashing

I'm running Amarok 2.8.0 with qt 4.8.5 in Archlinux Gnome 3.10.2 and linux 3.12.4.
Comment 1 Myriam Schweingruber 2013-12-25 12:37:04 UTC
We need a backtrace. Please make sure to recompile Amarok and Phonon as well as the phonon backend you use with debugging enabled and provide the backtrace.
Comment 2 Avik Pal [:avikpal] 2014-01-13 22:17:32 UTC
You may also try by using the phonon backend for vlc instead of gstreamer.
Comment 3 Myriam Schweingruber 2014-01-13 23:56:35 UTC
(In reply to comment #2)
> You may also try by using the phonon backend for vlc instead of gstreamer.

That is not the point, we still need a backtrace.
Comment 4 Avik Pal [:avikpal] 2014-01-14 00:10:41 UTC
absolutely true. Actually I mentioned it as a possible workaround. The reporter should provide the backtrace to help detect the actual reason.
(In reply to comment #3)
> (In reply to comment #2)
> > You may also try by using the phonon backend for vlc instead of gstreamer.
> 
> That is not the point, we still need a backtrace.
Comment 5 Bersam 2014-01-14 11:39:00 UTC
(In reply to comment #1)
> We need a backtrace. Please make sure to recompile Amarok and Phonon as well
> as the phonon backend you use with debugging enabled and provide the
> backtrace.

I'm a little newbie here, to provide the backtrace you need, I should recopmile whole Amarok and Phonon package? With same options as before? what's the point of doing this?
I suppose to see more user friendly way to report such a bug... Any way i found that Archlinux use these options to compile amarok:
pkgname=amarok
pkgver=2.8.0
  cmake ../${pkgname}-${pkgver} \
    -DCMAKE_BUILD_TYPE=Release \
    -DKDE4_BUILD_TESTS=OFF \
    -DCMAKE_INSTALL_PREFIX=/usr

https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/amarok
Comment 6 Myriam Schweingruber 2014-01-14 14:37:08 UTC
You better ask the Archlinux guys for that. 
Every other user-friendly distribution provides debugging symbols, so nobody has to compile anything, it is your distribution that choose not to, don't blame us for that.
Comment 7 Bersam 2014-08-04 20:33:06 UTC

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