I guess if I'm at the end of the playlist and no track is currently playing and I do "Add file", then yes, it would be good to start playing that track immediately. But that isn't always the situation I am in - often I am flicking from one track to another while the current track is still playing (or paused, but certainly hasn't reached the end yet).

As I tried to say before, I have multiple 30 minute or 60 minute tracks (audio books, radio programmes, dance mixes), and I listen to different things in different situations, without necessarily waiting for each track to end. E.g. at the end of a chapter or at a lull in a radio programme, I might want to listen to a music mix instead. So, I want to "open" that file, not append it to a playlist. Later on, I want to be able to go back to the radio programme or book or whatever (not add it to the end of the music playlist) and pick it up where I left off. With 0.3.17 this was easy, with 0.99 it is not.

(Even worse is that 0.99 doesn't seem to remember the last played position in multiple files, which 0.3.17 does, but I assume that can be fixed. The change to a playlist-orientated design seems to be more of a fundamental/philosophical decision than a bug).

I cannot complain too much as it is not my project and I didn't get involved with the extras-devel or extras-testing process, but for me, 0.99 is a bit of a downgrade from 0.3.17. Luckily for me I can reinstall 0.3.17 and I'm happy with that, but that makes it even harder for me to get involved with testing 0.99.

To be positive about 0.99, it does have a couple of nice things that 0.3.17 doesn't have. Firstly, it shows up filenames for .mp2 audio files (0.3.17 just has a big blank space). Secondly, when a program finishes, 0.3.17 turns the Play button into a File/Open button. I prefer the behaviour in 0.99 to keep it as a Play button, so that I can replay the track if I want to.