Public bug reported:

I find that the following scenario gives weird behaviour:

1. music files are on another host running forked-daapd (precise)
2. daapd source added locally to rhythmbox and playing
3. pause playback (indicator or application)
4. wait (not sure about the minimum here, about 1 hour?)
5. resume playback

I had various effects here:
- playback resumes for the current song, then stops about the end. Interface 
still
  looks like playing (pause icon display in the app)
  - In order to revive playback, I pressed pause and playback.. Then suddenly 
there was
    a search running to get a html/text plugin. After that failed any song I 
try to start
   will get the invalid marker (one way sign).
- playback resumes for a short time, then suddenly another song is tried to 
start and
  another one, and so on in rapid succession. At some point rhythmbox crashed 
but
  that time I did not have the debug packages installed.

Feels like after a while forked-daapd may reset the connection and
present a text error message which is not handled.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: rhythmbox 2.95-0ubuntu3
ProcVersionSignature: Ubuntu 3.2.0-18.28-generic 3.2.9
Uname: Linux 3.2.0-18-generic x86_64
ApportVersion: 1.94.1-0ubuntu1
Architecture: amd64
Date: Fri Mar  9 11:40:55 2012
EcryptfsInUse: Yes
ExecutablePath: /usr/bin/rhythmbox
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release amd64 (20110426)
ProcEnviron:
 SHELL=/bin/bash
 LC_MESSAGES=en_US.UTF-8
 PATH=(custom, user)
 LANGUAGE=en
 LANG=de_DE.UTF-8
SourcePackage: rhythmbox
UpgradeStatus: Upgraded to precise on 2012-02-24 (14 days ago)

** Affects: rhythmbox (Ubuntu)
     Importance: Undecided
         Status: New


** Tags: amd64 apport-bug apport-lpi precise

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to rhythmbox in Ubuntu.
https://bugs.launchpad.net/bugs/950717

Title:
  rhythmbox: Problems when unpausing a daapd source after long pause

Status in “rhythmbox” package in Ubuntu:
  New

Bug description:
  I find that the following scenario gives weird behaviour:

  1. music files are on another host running forked-daapd (precise)
  2. daapd source added locally to rhythmbox and playing
  3. pause playback (indicator or application)
  4. wait (not sure about the minimum here, about 1 hour?)
  5. resume playback

  I had various effects here:
  - playback resumes for the current song, then stops about the end. Interface 
still
    looks like playing (pause icon display in the app)
    - In order to revive playback, I pressed pause and playback.. Then suddenly 
there was
      a search running to get a html/text plugin. After that failed any song I 
try to start
     will get the invalid marker (one way sign).
  - playback resumes for a short time, then suddenly another song is tried to 
start and
    another one, and so on in rapid succession. At some point rhythmbox crashed 
but
    that time I did not have the debug packages installed.

  Feels like after a while forked-daapd may reset the connection and
  present a text error message which is not handled.

  ProblemType: Bug
  DistroRelease: Ubuntu 12.04
  Package: rhythmbox 2.95-0ubuntu3
  ProcVersionSignature: Ubuntu 3.2.0-18.28-generic 3.2.9
  Uname: Linux 3.2.0-18-generic x86_64
  ApportVersion: 1.94.1-0ubuntu1
  Architecture: amd64
  Date: Fri Mar  9 11:40:55 2012
  EcryptfsInUse: Yes
  ExecutablePath: /usr/bin/rhythmbox
  InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release amd64 (20110426)
  ProcEnviron:
   SHELL=/bin/bash
   LC_MESSAGES=en_US.UTF-8
   PATH=(custom, user)
   LANGUAGE=en
   LANG=de_DE.UTF-8
  SourcePackage: rhythmbox
  UpgradeStatus: Upgraded to precise on 2012-02-24 (14 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/950717/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to