After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 761289 - Resuming a paused song fails, incorrect time counter
Resuming a paused song fails, incorrect time counter
Status: RESOLVED DUPLICATE of bug 757225
Product: rhythmbox
Classification: Other
Component: general
3.2.x
Other Linux
: Normal normal
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-01-29 13:40 UTC by Milan Bouchet-Valat
Modified: 2016-01-29 21:05 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Milan Bouchet-Valat 2016-01-29 13:40:40 UTC 
In Fedora 23 with Rhythmbox 3.2.1, if I pause a song, suspend the computer for a while, the song won't play correctly after resuming. When I unpause the song, it starts playing correctly for a handful of seconds, then the time counter shows an extremely large value, and the song stops playing. The problem persists even after changing song, and eventually Rythmbox hangs.

This didn't happen in Fedora 22.

Below is a backtrace of the hang (repeatedly interrupting the program always gives the same one):

+ Trace 235937

  • #0 __lll_lock_wait
  • #1 pthread_mutex_lock
  • #2 gst_pad_activate_mode
  • #3 gst_ghost_pad_activate_push_default
  • #4 gst_pad_activate_mode
  • #5 gst_pad_set_active
  • #6 activate_pads
  • #7 gst_iterator_fold
  • #8 gst_bin_src_pads_activate
  • #9 gst_bin_change_state_func
  • #10 gst_element_change_state
  • #11 gst_element_change_state
  • #12 gst_element_set_state_func
  • #13 unlink_and_dispose_stream
  • #14 reap_streams
  • #15 g_main_context_dispatch
  • #16 g_main_context_iterate.isra
  • #17 g_main_context_iteration
  • #18 g_application_run
  • #19 rb_application_run
  • #20 main 






Comment 1


Milan Bouchet-Valat





          2016-01-29 16:18:55 UTC
        



Actually, this can happen without even suspending.






Comment 2


Jonathan Matthew





          2016-01-29 20:49:24 UTC
        



3.3 has a workaround for this, and some day I'll fix it properly in gstreamer.

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






Comment 3


Milan Bouchet-Valat





          2016-01-29 21:05:39 UTC
        



Cool. Any chance to get a backport too?