Exaile

Unable to play any but the first track of CD

Bug #460535 reported by zeimusu
40
This bug affects 7 people
Affects Status Importance Assigned to Milestone
Exaile
Invalid
Medium
Unassigned
Exaile 0.3.1
GStreamer
Fix Released
Critical
exaile (Fedora)
Fix Released
High
exaile (Ubuntu)
Invalid
Medium
Unassigned
Karmic
Invalid
Undecided
Unassigned
Lucid
Invalid
Medium
Unassigned
gst-plugins-base0.10 (Ubuntu)
Fix Released
Medium
Sebastien Bacher
Ubuntu lucid-alpha-3
Karmic
Fix Released
Undecided
Unassigned
Lucid
Fix Released
Medium
Sebastien Bacher
Ubuntu lucid-alpha-3

Bug Description

Playing an Audio CD on Exaile (0.3.0.1 from ubuntu karmic) , whichever track I select, it plays track one. I've had this to two commercial CDs

The playlist loads correctly and Exaile identifies the CD and track titles, but which ever track I select, Exaile plays track 1. There is little terminal to suggest what is wrong, notice the terminal c&p below shows track 4 and 5 being played.

This also affects cd ripping. If I rip a CD I get one file per named, named with track name, but contents of each file are the same : they are all track 1.

IMPACT: Users of Xubuntu 9.10 are unable to play music CDs (besides the first track) using the default music player Exaile.

FIX: Don't set the track to 1 every time a device is set. See https://bugzilla.gnome.org/show_bug.cgi?id=601104

PATCH: http://cgit.freedesktop.org/gstreamer/gst-plugins-base/commit/?id=acaeed6131539facc523862e0f418f8602c6b095

TEST CASE:
1. Insert a standard music CD into your disk drive.
2. Open the Exaile multimedia player and attempt to play any song from the CD. Regardless which track you pick, the first track will always be played.
3. Exit exaile
4. Install the patched gst-plugins-base0.10 package
5. Open the Exaile multimedia player and attempt to play any song from the CD. Exaile will now play the track selected instead of always playing the first track.

REGRESSION POTENTIAL: Potential for regression is very low in gst-plugins-base0.10 and low for applications making use of the library. Other media players besides exaile should be tested with the patched gst-plugins-base0.10 to ensure players aren't incorrectly relying on the current behavior somehow.

See original description
reacocard (reacocard)
Changed in exaile:
importance: Undecided → Medium
Revision history for this message
Steve Dodier-Lazaro (sidi) wrote :

I confirm this bug, since it also happened to Cody Somerville.

I hope it can also be fixed for 0.3.0.2. Aren, if you have any idea how to fix it, feel free to do so :)

Changed in exaile:
milestone: none → 0.3.0.2
status: New → Confirmed
Revision history for this message
Cody A.W. Somerville (cody-somerville) wrote :

I can confirm this bug.

Changed in exaile:
milestone: 0.3.0.2 → none
milestone: none → 0.3.0.2
Andrew Starr-Bochicchio (andrewsomething)
Changed in exaile (Ubuntu):
status: New → Triaged
Revision history for this message
Steve Dodier-Lazaro (sidi) wrote : Re: [Bug 460535] Re: Unable to play any but the first track of CD

The bug is more serious than I thought. I can reproduce it too, now. The
same code used to fully work a few weeks ago, and there has been no revision
since August on the plugin CD. I suspect a problem with python-cddb.

Revision history for this message
reacocard (reacocard) wrote :

cddb has nothing to do with track number parsing. Given the output above, it looks to me as though Exaile is still parsing the track numbers correctly, but gstreamer isn't handling the cdda:// urls correctly.

Revision history for this message
zeimusu (james-kilfiger) wrote :

Based on Aren's comment, this bug in gnome-mplayer looks highly relevant

http://code.google.com/p/gnome-mplayer/issues/detail?id=295

Revision history for this message
reacocard (reacocard) wrote :

Hm, interesting. At first glance, it could be a bug in gio/gvfs, which we only just now are experiencing because gstreamer used to always use cdiocddasrc for cdda:// uris instead of gio/gvfs. However, if that were the issue, then the cd importer should be unaffected since its hardcoded to always use cdparanoiasrc. Maybe its something even lower-level... ugh.

Revision history for this message
In , Mathew (mathew-redhat-bugs) wrote :

Description of problem: When playing audiocd in exaile, it will only play the first track. The dialogue indicates a new track has started, however the audio is consistently track one from the CD.

Version-Release number of selected component (if applicable): exaile.x86_64 0.2.14-3.fc11

How reproducible:

Steps to Reproduce:
1. Insert audio CD and start exaile
2. Play first track of CD
3. Wait for track change or select new track

Actual results: First track repeats although dialogue claims to be running new track.

Expected results: Track should advance to next or selected track.

Additional info: At the inception of this bug Amarok2 has started showing zero length for CD tracks although it does manage track change.

Revision history for this message
In , Mathew (mathew-redhat-bugs) wrote :
Download full text (3.7 KiB)

This is the stdout:

/usr/lib64/exaile/xl/library.py:17: DeprecationWarning: the md5 module is deprecated; use hashlib instead
  import md5, os, random, re, threading, time, traceback, gc, sys
Exaile 0.2.14
which: no serpentine in (/usr/lib64/qt-3.3/bin:/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/games:/usr/local/sbin:/usr/sbin:/sbin:/usr/NX/bin:/opt/real/RealPlayer:/usr/local/real/RealPlayer:/home/topper/bin:/usr/NX/bin:/opt/real/RealPlayer:/usr/local/real/RealPlayer)
which: no brasero in (/usr/lib64/qt-3.3/bin:/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/games:/usr/local/sbin:/usr/sbin:/sbin:/usr/NX/bin:/opt/real/RealPlayer:/usr/local/real/RealPlayer:/home/topper/bin:/usr/NX/bin:/opt/real/RealPlayer:/usr/local/real/RealPlayer)
which: no serpentine in (/usr/lib64/qt-3.3/bin:/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/games:/usr/local/sbin:/usr/sbin:/sbin:/usr/NX/bin:/opt/real/RealPlayer:/usr/local/real/RealPlayer:/home/topper/bin:/usr/NX/bin:/opt/real/RealPlayer:/usr/local/real/RealPlayer)
which: no brasero in (/usr/lib64/qt-3.3/bin:/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/games:/usr/local/sbin:/usr/sbin:/sbin:/usr/NX/bin:/opt/real/RealPlayer:/usr/local/real/RealPlayer:/home/topper/bin:/usr/NX/bin:/opt/real/RealPlayer:/usr/local/real/RealPlayer)
Plugins 'LastFM Radio' version '0.2.7' loaded successfully
Created db for thread Thread-2
{'Thread-2': <sqlite3.Connection object at 0x28f3b90>}
/usr/lib64/exaile/xl/media/__init__.py:61: DeprecationWarning: object.__init__() takes no parameters
  long.__init__(self, num)
Closed db for thread Thread-2
-----------------------
 __use_gnome ( /usr/lib64/exaile/xl/xlmisc.py @ 197):
-----------------------
Traceback (most recent call last):
  File "/usr/lib64/exaile/xl/xlmisc.py", line 221, in __use_gnome
    gnome.GrabMediaPlayerKeys(self.application, 0)
  File "/usr/lib/python2.6/site-packages/dbus/proxies.py", line 68, in __call__
    return self._proxy_method(*args, **keywords)
  File "/usr/lib/python2.6/site-packages/dbus/proxies.py", line 140, in __call__
    **keywords)
  File "/usr/lib/python2.6/site-packages/dbus/connection.py", line 630, in call_blocking
    message, t...

Read more...

Revision history for this message
In , Mathew (mathew-redhat-bugs) wrote :

dmesg output after inserting disk and playing with exaile

sr 3:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
sr 3:0:0:0: [sr0] Sense Key : Illegal Request [current]
sr 3:0:0:0: [sr0] Add. Sense: Illegal mode for this track
end_request: I/O error, dev sr0, sector 0
__ratelimit: 12 callbacks suppressed
Buffer I/O error on device sr0, logical block 0
Buffer I/O error on device sr0, logical block 1
Buffer I/O error on device sr0, logical block 2
Buffer I/O error on device sr0, logical block 3
Buffer I/O error on device sr0, logical block 4
Buffer I/O error on device sr0, logical block 5
Buffer I/O error on device sr0, logical block 6
Buffer I/O error on device sr0, logical block 7
sr 3:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
sr 3:0:0:0: [sr0] Sense Key : Illegal Request [current]
sr 3:0:0:0: [sr0] Add. Sense: Illegal mode for this track
end_request: I/O error, dev sr0, sector 0
Buffer I/O error on device sr0, logical block 0
Buffer I/O error on device sr0, logical block 1
sr 3:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
sr 3:0:0:0: [sr0] Sense Key : Illegal Request [current]
sr 3:0:0:0: [sr0] Add. Sense: Illegal mode for this track
end_request: I/O error, dev sr0, sector 0
sr 3:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
sr 3:0:0:0: [sr0] Sense Key : Illegal Request [current]
sr 3:0:0:0: [sr0] Add. Sense: Illegal mode for this track
end_request: I/O error, dev sr0, sector 0
sr 3:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
sr 3:0:0:0: [sr0] Sense Key : Illegal Request [current]
sr 3:0:0:0: [sr0] Add. Sense: Illegal mode for this track
end_request: I/O error, dev sr0, sector 0

Revision history for this message
In , Mathew (mathew-redhat-bugs) wrote :

After searching for some of the terms in the above output i suspect this may be a copy of bug 513495. However, that bug is closed.

reacocard (reacocard)
Changed in exaile:
milestone: 0.3.0.2 → 0.3.0.3
Revision history for this message
Mathew Topper (damm-horse) wrote :

I have an identical bug with version 0.2.14-3.fc11 on Fedora 11. Should I open a new bug?

Bug Watch Updater (bug-watch-updater)
Changed in exaile (Fedora):
status: Unknown → Confirmed
Revision history for this message
In , Mathew (mathew-redhat-bugs) wrote :

An identical bug is entered on launchpad exaile. The bug is effecting version 0.3.0.1 (ubuntu) and gnome-mplayer

https://bugs.launchpad.net/fedora/+source/exaile/+bug/460535

Revision history for this message
reacocard (reacocard) wrote :

@Matthew - no, here is good. Your confirmation means that is almost certainly caused by a change in one of the libraries underlying Exaile rather than Exaile itself, which is very useful information.

Revision history for this message
Mathew Topper (damm-horse) wrote :

@Aren - Great! Well, maybe i can help some more? It would seem like the problem started to occur on the 29th of October for me. Attached are is the fedora dependencies for exaile and the the yum.log for the 29th (next message).

Note that only two packages correlate:

gnome-python2-gtkhtml2
gnome-python2-gtkmozembed

There was also a kernel update. Don't know if that will help or not, but if there is anything else i can do then please ask.

Revision history for this message
Mathew Topper (damm-horse) wrote :

yum update from the 29th of October

Revision history for this message
Mathew Topper (damm-horse) wrote :

Sorry to spam, however I suspect the two packages I singled out are unlikely to be causing this problem. I have, however noticed a lot of problems in the bugosphere with DeviceKit-disks, which was updated on the 29th for my system. Reference bugs would be https://bugs.launchpad.net/ubuntu/+source/devicekit-disks/+bug/441338 and https://bugzilla.redhat.com/show_bug.cgi?id=513495

Revision history for this message
Mathew Topper (damm-horse) wrote :

Last one i promise!!! Update from the 22nd which includes gstreamer

Oct 22 16:15:10 Updated: avidemux-libs-2.5.1-3.20091010svn.fc11.x86_64
Oct 22 16:15:13 Updated: avidemux-plugins-2.5.1-3.20091010svn.fc11.x86_64
Oct 22 16:15:14 Updated: gstreamer-tools-0.10.25-1.fc11.x86_64
Oct 22 16:15:16 Updated: gstreamer-0.10.25-1.fc11.x86_64
Oct 22 16:15:18 Updated: gstreamer-plugins-base-0.10.25-1.fc11.x86_64
Oct 22 16:15:22 Updated: libpurple-2.6.3-2.fc11.x86_64
Oct 22 16:15:23 Updated: avidemux-qt-2.5.1-3.20091010svn.fc11.x86_64
Oct 22 16:15:23 Updated: avidemux-cli-2.5.1-3.20091010svn.fc11.x86_64
Oct 22 16:15:24 Updated: opencore-amr-0.1.2-1.fc11.x86_64
Oct 22 16:15:25 Updated: mplayer-1.0-0.110.20090329svn.fc11.x86_64
Oct 22 16:15:29 Updated: mlt-0.4.6-1.fc11.x86_64
Oct 22 16:15:29 Updated: avidemux-2.5.1-3.20091010svn.fc11.x86_64
Oct 22 16:15:36 Updated: tzdata-java-2009o-1.fc11.noarch
Oct 22 16:15:58 Updated: pidgin-2.6.3-2.fc11.x86_64
Oct 22 16:16:02 Updated: kdenlive-0.7.6-1.fc11.x86_64
Oct 22 16:16:09 Updated: tzdata-2009o-1.fc11.noarch
Oct 22 16:16:09 Updated: mencoder-1.0-0.110.20090329svn.fc11.x86_64
Oct 22 16:16:11 Updated: ibus-chewing-1.2.0.20091002-1.fc11.x86_64
Oct 22 16:16:12 Updated: 1:cpuspeed-1.5-12.fc11.x86_64
Oct 22 16:16:12 Updated: 1:quota-3.17-5.fc11.x86_64
Oct 22 16:16:12 Updated: fontpackages-filesystem-1.28-1.fc11.noarch
Oct 22 16:16:13 Updated: cups-pk-helper-0.0.4-5.fc11.x86_64

Revision history for this message
reacocard (reacocard) wrote :

Matthew, any idea what the version of gstreamer before that upgrade was?

Revision history for this message
Mathew Topper (damm-horse) wrote :

The previous version for gstreamer was gstreamer-0.10.24-1.fc11

Revision history for this message
In , Deji (deji-redhat-bugs) wrote :

(In reply to comment #4)
> An identical bug is entered on launchpad exaile. The bug is effecting version
> 0.3.0.1 (ubuntu) and gnome-mplayer
>
> https://bugs.launchpad.net/fedora/+source/exaile/+bug/460535

With respect to the information you presented on the lunchpad bug-tracker, I can confirm that downgrading to gstreamer-0.10.24 makes this issue go away, i.e. the CD tracks advances to the next one. Unfortunately, I don't have an account on launchpad (yet!).

Revision history for this message
Brian Shaw (perturbedpenguin) wrote :

Yep, I've got the same problem - running Karmic.

description: updated
Revision history for this message
reacocard (reacocard) wrote :

Alright, look like this is a bug in gstreamer. If i manually specify the device for cdiocddasrc, it always plays the first track. If I don't specify a device, it will play the correct track. Unfortunately, this means there really isn't anything we in Exaile can do to work around this, it has to be fixed in gstreamer itself.

Test pipelines to demonstrate problem:

gst-launch-0.10 cdiocddasrc track=3 device="/dev/sr0" ! decodebin ! alsasink

gst-launch-0.10 cdiocddasrc track=3 ! decodebin ! alsasink

Revision history for this message
reacocard (reacocard) wrote :

I've filed a bug against gst for this: https://bugzilla.gnome.org/show_bug.cgi?id=601104

Andrew Starr-Bochicchio (andrewsomething)
Changed in gstreamer0.10 (Ubuntu):
status: New → Triaged
Changed in exaile (Ubuntu):
importance: Undecided → Medium
Changed in gstreamer0.10 (Ubuntu):
importance: Undecided → Medium
Revision history for this message
nicks (d-nicks) wrote :

NIcks

Je confirme ce bug

Revision history for this message
reacocard (reacocard) wrote :

Upstream gstreamer has acknowledged and committed a fix for this bug, which will be released in the next version of gstreamer it seems.

Marking as Invalid in exaile, since this is a purely upstream issue.

Changed in exaile:
status: Confirmed → Invalid
Revision history for this message
In , Mathew (mathew-redhat-bugs) wrote :

This bug is fixed for the 0.10.26 release of gstreamer in gst-plugins-base as indicated in this bug report:

https://bugzilla.gnome.org/show_bug.cgi?id=601104

Revision history for this message
In , Mathew (mathew-redhat-bugs) wrote :

Closing the bug in anticipation of an upstream fix.

Bug Watch Updater (bug-watch-updater)
Changed in exaile (Fedora):
status: Confirmed → Fix Released
Revision history for this message
Palle (tpalzhoff) wrote :

I can confirm this bug. I don't know if this helps to identify the problem in any way, but while this bug affects exaile 0.3.0.1 in ubuntu karmic, Rhythmbox 0.12.5 is working for me as expected and plays all CD-tracks regularly.

Revision history for this message
Cody A.W. Somerville (cody-somerville) wrote :

Upstream mentioned that you can work around this bug in Exaile by setting "the device before the track number". This will allow exaile to work with all versions of gst-plugins-base. It would probably be beneficial to apply this work around so that Exaile will work again on older versions of gstreamer including the version that is shipped in the latest releases of numerous distributions.

Changed in exaile:
status: Invalid → Incomplete
Sebastien Bacher (seb128)
Changed in gstreamer0.10 (Ubuntu):
status: Triaged → Fix Committed
affects: gstreamer0.10 (Ubuntu) → gst-plugins-base0.10 (Ubuntu)
Cody A.W. Somerville (cody-somerville)
Changed in exaile (Ubuntu Karmic):
status: New → Invalid
Cody A.W. Somerville (cody-somerville)
description: updated
Revision history for this message
Cody A.W. Somerville (cody-somerville) wrote :

Uploaded gst-plugins-base0.10 0.10.25-2ubuntu1.1 to ubuntu/karmic-proposed.

Revision history for this message
Martin Pitt (pitti) wrote : Please test proposed package

Accepted gst-plugins-base0.10 into karmic-proposed, the package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

Changed in gst-plugins-base0.10 (Ubuntu Karmic):
status: New → Fix Committed
tags: added: verification-needed
Revision history for this message
In , Mathew (mathew-redhat-bugs) wrote :

Reopened the bug as a gstreamer-plugins-base bug. I tried the fc12 version from Rawhide but that doesn't fix the bug yet.

Revision history for this message
In , Mathew (mathew-redhat-bugs) wrote :

This bug is fixed by version 0.10.25.1-1.fc12.

Mathew Topper (damm-horse)
Changed in exaile (Fedora):
importance: Unknown → Undecided
status: Fix Released → New
importance: Undecided → Unknown
status: New → Unknown
Bug Watch Updater (bug-watch-updater)
Changed in exaile (Fedora):
status: Unknown → In Progress
Revision history for this message
Mathew Topper (damm-horse) wrote :

There is a fedora package of a master build of gstreamer, gstreamer-plugins-base from November 11 called 0.10.25.1-1.fc12.

I'm running exaile with these packages and the track changing problem is gone. Unfortunately, something is segfaulting (from strace) at random intervals like 3 tracks into a CD:

poll([{fd=6, events=POLLIN}, {fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=13, events=POLLIN}, {fd=18, events=POLLIN|POLLPRI}, {fd=20, events=POLLIN|POLLPRI}, {fd=21, events=POLLIN|POLLPRI}, {fd=22, events=POLLIN|POLLPRI}, {fd=3, events=POLLIN}], 9, 828) = 0 (Timeout)
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Segmentation fault

However, I have no idea what is causing this. It may be just a very bleeding edge version of gstreamer as it wasn't doing this before I upgraded it.

Revision history for this message
Mathew Topper (damm-horse) wrote :

Got this stacktrace from gdb, however this was slightly different as in the program froze as the CD completed. Could someone advice me as to whether I should start (hunt out) a new bug? Thanks.

#0 0x000000390dc0b04c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1 0x0000003913829ff0 in ?? () from /lib64/libdbus-1.so.3
#2 0x000000391380e23d in ?? () from /lib64/libdbus-1.so.3
#3 0x000000391380fbb9 in ?? () from /lib64/libdbus-1.so.3
#4 0x00000039138242ea in dbus_watch_handle () from /lib64/libdbus-1.so.3
#5 0x000000391880951c in ?? () from /usr/lib64/libdbus-glib-1.so.2
#6 0x000000390f83790e in g_main_dispatch (context=<value optimized out>) at gmain.c:1824
#7 IA__g_main_context_dispatch (context=<value optimized out>) at gmain.c:2377
#8 0x000000390f83b0e8 in g_main_context_iterate (context=0x2612e10, block=<value optimized out>,
    dispatch=<value optimized out>, self=<value optimized out>) at gmain.c:2455
#9 0x000000390f83b535 in IA__g_main_loop_run (loop=0x3b131c0) at gmain.c:2663
#10 0x000000391a7422b7 in IA__gtk_main () at gtkmain.c:1205
#11 0x00007f4ec73bf4da in ?? () from /usr/lib64/python2.6/site-packages/gtk-2.0/gtk/_gtk.so
#12 0x0000003920add171 in call_function (oparg=<value optimized out>, pp_stack=<value optimized out>) at Python/ceval.c:3663
#13 PyEval_EvalFrameEx (oparg=<value optimized out>, pp_stack=<value optimized out>) at Python/ceval.c:2370
#14 0x0000003920adef85 in PyEval_EvalCodeEx (co=0x7f4ed03b9300, globals=<value optimized out>, locals=<value optimized out>,
    args=0x0, argcount=<value optimized out>, kws=0x0, kwcount=0, defs=0x0, defcount=0, closure=0x0) at Python/ceval.c:2942
#15 0x0000003920adf092 in PyEval_EvalCode (co=0x25e45e4, globals=0x80, locals=0x89a) at Python/ceval.c:515
#16 0x0000003920afa1ac in run_mod (mod=<value optimized out>, filename=<value optimized out>, globals=0x24b1560,
    locals=0x24b1560, flags=<value optimized out>, arena=<value optimized out>) at Python/pythonrun.c:1330
#17 0x0000003920afa280 in PyRun_FileExFlags (fp=0x24b6420, filename=0x7ffffac56809 "/usr/lib64/exaile/exaile.py",
    start=<value optimized out>, globals=<value optimized out>, locals=0x24b1560, closeit=1, flags=0x7ffffac54b10)
    at Python/pythonrun.c:1316
#18 0x0000003920afb67e in PyRun_SimpleFileExFlags (fp=<value optimized out>,
    filename=0x7ffffac56809 "/usr/lib64/exaile/exaile.py", closeit=1, flags=0x7ffffac54b10) at Python/pythonrun.c:926
#19 0x0000003920b07dc9 in Py_Main (argc=-800534384, argv=<value optimized out>) at Modules/main.c:597
#20 0x000000390d01eb1d in __libc_start_main () from /lib64/libc.so.6
#21 0x0000000000400649 in _start ()

Revision history for this message
reacocard (reacocard) wrote :

Matthew, that looks to me like a completely new issue, you should probably start a new bug for it.

Revision history for this message
Mathew Topper (damm-horse) wrote :

Just to confirm that this issue (and the other unrelated issue I had afterwards) were solved by gstreamer-plugins-base 0.10.25.1-1.fc12 (Nov. 11 build) and exaile 0.3.0.1-1.fc11. Both packages are upstream for Fedora 11, currently, so they just need to make it down to the stable branches.

Ubuntu QA Website (ubuntuqa)
tags: added: iso-testing
Revision history for this message
Steve Dodier-Lazaro (sidi) wrote : Re: [Bug 460535] Re: Unable to play any but the first track of CD

The issue is fixed for me by the SRU package in karmic-proposed. Thank you
very much Pasi for that CD I used to confirm the fix!

Martin Pitt (pitti)
tags: added: verification-done
removed: verification-needed
Martin Pitt (pitti)
Changed in exaile (Ubuntu):
status: Triaged → Invalid
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gst-plugins-base0.10 - 0.10.25-2ubuntu1.1

---------------
gst-plugins-base0.10 (0.10.25-2ubuntu1.1) karmic-proposed; urgency=low

  * debian/patches/02_cddabasesrc-dont-set-track-on-device-set.patch:
    + Patch from upstream GIT to no longer set the track to 1 every time a
      device is set to fix CD playback in some media players (LP: #460535).
      See https://bugzilla.gnome.org/show_bug.cgi?id=601104
 -- <email address hidden> (Cody A.W. Somerville) Tue, 10 Nov 2009 15:58:33 -0500

Changed in gst-plugins-base0.10 (Ubuntu Karmic):
status: Fix Committed → Fix Released
Revision history for this message
Martin Pitt (pitti) wrote :

Seb, can you please make sure that this gets fixed in lucid, too?

Changed in gst-plugins-base0.10 (Ubuntu):
assignee: nobody → Sebastien Bacher (seb128)
milestone: none → lucid-alpha-2
Changed in gst-plugins-base0.10 (Ubuntu Lucid):
milestone: lucid-alpha-2 → lucid-alpha-1
Revision history for this message
In , Fedora (fedora-redhat-bugs) wrote :

gstreamer-plugins-base-0.10.25-3.fc11 has been submitted as an update for Fedora 11.
http://admin.fedoraproject.org/updates/gstreamer-plugins-base-0.10.25-3.fc11

Revision history for this message
In , Fedora (fedora-redhat-bugs) wrote :

gstreamer-plugins-base-0.10.25-3.fc11 has been pushed to the Fedora 11 testing repository. If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with
 su -c 'yum --enablerepo=updates-testing update gstreamer-plugins-base'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-12520

Bug Watch Updater (bug-watch-updater)
Changed in exaile (Fedora):
status: In Progress → Fix Committed
Martin Pitt (pitti)
Changed in gst-plugins-base0.10 (Ubuntu Lucid):
milestone: lucid-alpha-1 → lucid-alpha-2
Revision history for this message
Brian Shaw (perturbedpenguin) wrote :

Just in case it is helpful I would like to confirm that the fix has indeed fixed the issue on my Ubuntu 9.10 system, thanks a bunch everyone!

Revision history for this message
In , Fedora (fedora-redhat-bugs) wrote :

gstreamer-plugins-base-0.10.25-3.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.

Bug Watch Updater (bug-watch-updater)
Changed in exaile (Fedora):
status: Fix Committed → Fix Released
reacocard (reacocard)
Changed in exaile:
status: Incomplete → Invalid
reacocard (reacocard)
Changed in exaile:
milestone: 0.3.0.3 → 0.3.1
Revision history for this message
Steve Langasek (vorlon) wrote :

Seb, is this fixed now in the version in lucid or is further action still needed?

Changed in gst-plugins-base0.10 (Ubuntu Lucid):
milestone: lucid-alpha-2 → lucid-alpha-3
Revision history for this message
Martin Pitt (pitti) wrote :

Steve Langasek [2010-01-15 1:32 -0000]:
> Seb, is this fixed now in the version in lucid or is further action
> still needed?

The upstream release happened some days ago, will be uploaded in the
next days.

Revision history for this message
Sebastien Bacher (seb128) wrote :

the new version is in lucid now

Changed in gst-plugins-base0.10 (Ubuntu Lucid):
status: Fix Committed → Fix Released
Revision history for this message
Sebastien Bacher (seb128) wrote :

the new version has been uploaded to lucid

Revision history for this message
Sebastien Bacher (seb128) wrote :

the new version has been uploaded to lucid.

Revision history for this message
Nick (soapduk) wrote :

Can anyone kindly tell my how to install the patch using Xubuntu 9.10? I have the problem where it only plays the first song. Is it correct that only the gstcddabasesrc.c file is needed? Thanks.

Revision history for this message
Nick (soapduk) wrote :

I just noticed the fix was available in Software Update Manager. All fixed, thanks.

Bug Watch Updater (bug-watch-updater)
Changed in gstreamer:
importance: Unknown → Critical
status: Unknown → Fix Released
Bug Watch Updater (bug-watch-updater)
Changed in exaile (Fedora):
importance: Unknown → High
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.