Running 2.00b11 emplode and player. No HiJack before this happened.

I get this weird little bug from time to time....

If I drag a folder into emplode when there is already a playlist by the same name, the playlists are merged. As in: Dragging a folder called "Remixes" into my "Rabbit in the Moon" playlist that ALREADY has a sub-playlist called "Remixes" simply combines the two "Remixes" playlists and adds the newly added tracks to the end. I've always considered this a bug, but I've learned to deal with it and I can see how this behavior would be prefered in certain circumstances.

Well, a few times, something even weirder has happened.

For example, yesterday, I dragged a folder from Windows called "Burn" into a playlist in emplode. In that playlist, was a track ALSO called "Burn." Emplode treated that track as a playlist and merged the track with the new playlist. So, the older "Burn" track now was marked as modified and the playlist "Burn" was essentially missing.

Deleting the track results in that track and all the tracks in the "mis-added" playlist showing up in a "refs=0" search. Otherwise, except for searching, there is no way to view any of the added tracks from that playlist.

This is a very interesting bug and I will put that on the internal bug list.

Note that the first behavior (adding tracks to an already existing playlist if the folder name is the same) is a by-design feature. It's there so you can drop the same folder structure onto emplode and have it add only the new tracks.

It's the second behavior (adding a folder named the same as a track corrupts the structure) that is the bug.

Thanks Tony. I figured the 1st instance was "by design" and I only meant that I personally treat it like a bug. But, as I mentioned, now that I expect it to work that way, it is rather handy at times!

Good catch. It does, indeed, fail to check that an item is a playlist when recursing into a folder of the same name.

Bug #1792, FITNR.