Version:           2.3.1 (using KDE 4.4.5) 
OS:                Linux

This is something that worked in earlier (1.x) versions of Amarok.

An m3u file that the user has rw permissions to exists in the scanned directory path.  Navigating through Media Sources | Playlists | Saved Playlists - the contents of the m3u playlist can be seen.  Dragging file(s) from the current (main) playlist onto this filename.m3u should add the file(s) to the .m3u file - but it doesn't.  What happens instead is that the mouse cursor gets the little (+) next to it, which suggests it will add and that this is a droppable target.  After several seconds the 'Playlist Files on Disk' drop-down just hides itself / wraps up to just the heading.  On opening it up again and looking at the .m3u contents, the new tracks have not been added.

I see that using a .xspf in the default location (~/.kde/share/apps/amarok/playlists/...) WILL let me add files to it - it behaves as expected.

If I copy the .m3u file into the ~/.kde/share/apps/amarok/playlists directory and re-start amarok (or rescan) it discovers this file, presents it in the Playlist Files on Disk list, but shows it as empty.  An attempt to add file(s) to the .m3u playlist fails in the same way as above.

What I think should happen:
 o m3u playlists should be visible even in the .kde/.../playlists directory
 o m3u playlists should be editable in the same way that they used to be and that .xspf files currently are
 o adding a file to an m3u playlist should not hide the full Playlist Files On Disk listing (it takes ages to open this, even on a snappy machine with a local MySQL db)




Reproducible: Always

Steps to Reproduce:
Sorry - see above.  (Prolly should have read the entire form since the changes to b.k.o.)