To take this enhancement a bit further, we should also be saving the last selection Audio/subtitle settings when the content is stopped.

Checking the data repository, we only have playbackPositionTicks storeted. We are storing the AudioStreamIndex and the SubtitleStreamIndex, but I'm not sure if these are updated when the item was started. Checking more.

Ok, I see Audio and subtitle are updated when the track changes, which makes sense. I think I need to debug this a bit more.

While replicating this I've also noticed that going into the movie page and selecting the version only works if that's the only version that has been played.

So, if I play Version 1 and then resume V1 from the movie page, it resumes from the right spot. However, if I now play V2 till some other point midway and then try to resume V1 again from the movie page, it plays from V2's stop point, not V1.

I was wondering if someone else could confirm if they noticed this (maybe @buzzzz2138?) or can replicate this behavior or if there's already an issue that tracks this?

The stop point is recorded but isn't related to the version of movie being played only the Movie page.
Play V1 to 20 minutes.
Then stop and go back to the movie page and select/play V2 and it'll start at the 20 minute mark. That reads to me that the current position time is only related to the movie as a whole and not related to the version.

Yeah, I'm assuming this is a bug and the current position should be associated with each version. Not sure if there's already an issue for this if it is indeed a bug.

If the userdata supports differentiating between versions, it's definitly a bug. If not, it's tech debt left over from bad Emby implementations.