GNOME Bugzilla – Bug 547874
Unable to choose order audio tracks in a Audio CD project
Last modified: 2008-10-07 07:37:12 UTC
Please describe the problem: I'm using version 0.8.1 I've selected a number of tracks from Banshee and choosen Write CD.. there. Banshee starts Brasero and adds the tracks. Brasero then takes "forever" to find out the length and size of the tracks and then tells me it's finished. The trouble is I want to re-arrange the order of the tracks, but there is no interface to do that other than to add one track at at time. Steps to reproduce: 1. Mark 3 or more files (notice their order) 2. Add them to a brasero audio project. 3. Try to move the first track last by drag and drop. 4. Look for a button to move the track last? 5. Does right click have the option? Actual results: Nothing Expected results: I expect the track to move in to place when I drag-dropped it. I expect there to be a button to order the tracks. Does this happen every time? Yes Other information: I filed this on 0.7.91 on ubuntu its number #249075 in Launchpad.
That's strange, I double checked but it works for me... Using bansheed or not. I can reorder my audio tracks with drag and drop without any problem.
Created attachment 116761 [details] Screencast showing how it looks for me. I'm attaching a screencast of how it doesn't work for me.
Just for the record, what version of GTK+ do you have?
Having the same issue. This is openSUSE 11.0 for me: gtk2 2.12.9-37.1 brasero 0.7.1-71.1 (but tested with brasero 0.8.1-0.pm.1 from packman too with same results) banshee-1 1.2.1-7.1
Using brasero trunk and a gtk 2.13.8 I get this as well. After adding tracks to the audio cd view, dragging them EITHER produces a selection rubber band OR it actually tries to drag and I get this on console: --- (brasero:1461): Gtk-CRITICAL **: gtk_drag_begin: assertion `targets != NULL' failed (brasero:1461): GLib-GObject-CRITICAL **: g_object_set_data_full: assertion `G_IS_OBJECT (object)' failed (brasero:1461): Gtk-CRITICAL **: gtk_drag_set_icon_default: assertion `GDK_IS_DRAG_CONTEXT (context)' failed ---
Just a few questions: - does it happen when opening brasero and adding tracks to an audio project without having gone through banshee? - does it happen also with data projects? - does it happen when you try to DND tracks or files from the sidepane?
Creating an audio project from scratch and adding the files form the filesystem pane on the left keeps the order correctly. Even if the bug may be in the order given by banshee, I would expecte the column headers to sort the fields. If you believe this is Banshee's fault, I will file a separate bug for this.
I doubt this is banshee's fault. I just asked the question to know if it could have been triggered by the fact brasero was spawned with command line arguments. I rather suspect some changes either made in GTK+ by distros or made in 2.13.x. to be at the origin of the bug. Btw, Jakub, do you have any warnings in .xsession-errors?
I fixed one part of the problem in SVN trunk for 0.8.2 (though that part wasn't specifically reported in the first comment but in Jakub's blog entry about this issue I just read) that is the order of tracks. Brasero now doesn't reverse the order of tracks passed on the command line. I still don't know why brasero doesn't want to let user reorder tracks which was the initial problem raised.
Mårten, Jakub: do you see the same console output I posted in comment #5?
#10 actually I don't see anything like that.
Then there are probably two problems with the same effect...
I have the same problem with a Data-disc. Try this. 1. Create a new project 2. Add some files using the Add files button, since drag and drop does not work here either. 3. Create a folder 4. Try to move some of the files into the folder. 5. Watch how it allways creates the selection rubberband. Still using Brasero 0.8.1-0ubuntu2 and GTK version 2.14.1-0ubuntu1
For those with gtk+ 2.14.x I added a fix to SVN trunk for it to work. Please test it.
*** Bug 554071 has been marked as a duplicate of this bug. ***
@Jakub: do you also have the DND problem or that was just the order of audio tracks?
My issue with the banshee<>brasero communication has been resolved, thank you.
Great! Then I'm closing this bug. Please feel free to reopen it if it still doesn't work in 0.8.3 or in trunk. Thanks.