Red Hat Bugzilla – Bug 110673
Bad none .pls .m3u handling when saving playlists
Last modified: 2014-03-16 22:40:34 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1)
Description of problem:
When attempting to save a playlist and forget to select '.pls', '.m3u'
and leave 'Determine file type' as 'By extension' and not add a '.pls'
or '.m3u' extension xmms will just sit there and not save the file or
prompt you that their is a problem. If you look in the gnome panel it
tells you 'Unable to save playlist', but not on screen and the
playlist save dialog stops responding to mouse clicks until you goto
the gnome panel, right click and click close on 'Unable to save playlist'.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Start xmms and load up some songs
2. Right click in playlist window and then select 'Playlist -> Save list'
3. Leave on 'Determine file type' and enter filename 'my_playlist' and
click on 'Ok'
Actual Results: A 'Unable to save playlist' is given in the gnome
panel, but not on screen and the playlist save dialog becomes
unresponsive to any mouse clicks until you right click on the 'Unable
to save playlist' and close it.
Expected Results: I should be given the error dialog on
screen/desktop stating that the playlist could not be saved.
Oops my fault here. The actual problem is the 'Unable to save
playlist' dilaog is getting trapped behind the 'Save playlist' window
when the desktop is full. This is due to a bad call to
'gtk_window_set_transient_for()', where the args are the wrong way
round. A patch to fix the problem and set the parent and child windows
correctly and have the 'Unable to save playlist' dialog appear on top
Created attachment 96140 [details]
Patch to fix 'Unable to save playlist problem'
Havard: does the patch look ok to you?
Yes, it has been applied to our cvs tree.
This should be fixed in 1.2.9-1.p.