Try disabling setnext support for that zone on the server.
I can get the problem (not that it's really much of a problem) to occur without or without SetNext enabled and with or without Ignore Transport Events enabled.
Getting the issue to reproduce doesn't occur immediately. My attempts at triggering it this evening were most successful starting album playback at Track 1, then jumping ahead (say to Track 7) and then trying to start playback of an
earlier track (say, Track 3). Basically, jumping back and forth several times seems to be required and, once triggered, multiple attempts at getting an earlier track to start then end up ignored. The notification message at the bottom of JRemote says that "All tracks will now play, starting with [selection]", but the in-progress track just stays playing.
The issue is also transient. Given enough time (far larger than the interval involved with SetNext, I think), the skip does eventually work.
Hopefully nickba will chime in with observations as well. That post also noted the same "skip backwards" hiccup, perhaps more specifically about a Track that already been a selection target?
If I tap a song that I already tapped(within the same album) it will show it like it will play it now, but it does not play and keeps playing the previous song!
BTW, I don't know if the MC architecture would support it or not, but the ability to change DLNA renderer options for a Zone
within JRemote would be a nice addition!
Thanks!
Matt