Ok, incorporated into the plugin build 2216

Yes, that's right.

Jiri

@jiri

What is the enumeration constant value for this that I need to put into the DeviceCommon.pas file?

It will be fixed in MM 4.0.3, a new flag 'dflNoPlstFilesystemReady' will return the old behavior for a device plug-in if needed.

Jiri

Ticket ZEP-491676 raised

I've just discovered that this also exhibits when a '/' or '"' is within the filename of the track as well.

Not good. Needs fixing.

Do I need to submit a bug report? This seems obvious and understood.

This needs to be fixed as the playlist name provided to the driver doesn't match the one in MM. Playlists with these modified names cannot be synchronised in "Build Folders" mode.

Yes, I can foresee that on a file system based device where a playlist name maps to a file name then '/' and '\' are likely to cause problems. Not so on iDevices though because the file name is different to the playlist name.

Can it be fixed please?

I'm guessing this:
http://www.ventismedia.com/mantis/view.php?id=8083

Using MM version 4.0.0.1459

If I have a playlist called 'abc/def' it seems to be presented to the d_itunes4.dll as 'abc-def''. For Ludek or Jiri ... this is within the DEVICE_NotifyPlaylist() function.

The same problem occurs with either '/' or '\'. I think that there is something filtering to protecting against the playlist names being used as file paths.

I can't now check in MM3 but I am told that this was not the case in the MM3 version