Unfortunately those filenames pretty much confirm it. Anything from that series which airs on the same date will be considered a duplicate and thus not be recorded. The DVR doesn’t use the episode name (Chinese Grand Prix Practice 1 or Chinese Grand Prix Sprint) to disambiguate. Only the series name and the date.
As it is, those in your library are episodes 2025-03-21 and 2025-03-22. So, I would expect that the race early tomorrow morning should successfully record as episode 2025-03-23.
I don’t think there’s a good workaround for this right now, other than for you to perhaps manually Plex Dance the recording immediately after it airs, changing the name in the process to something like “Formula 1 Racing - S2025E14.ext.” That’s what watch.plex.tv has for the episode information for the Chinese GP sprint. That should clear the way for the DVR to add the next date-based episode back to the schedule (you may have to open up the schedule entry and save it again to have it pick up the change).
There might also be the option of Using XMLTV guide data as well, if you can find a source (and that provides unique show names for each type of event).
I think this is just an edge case that Plex didn’t really foresee. Perhaps there’s an opportunity for a feature request here to allow for disambiguation by episode name in cases where the same date-based show airs twice on the same date? Or something similar.
I could also be completely wrong about all this. If you catch it early enough next time and can grab some server logs from immediately after recording an event which results in future ones being removed, it may either confirm or refute my assumptions.
For what it’s worth, I think this caused similar problems during the Olympics for certain airings which appeared to be, from the DVR’s perspective, duplicates. It was as impactful there as NBC generally gave most of the segments unique series names. But it did cause some issues for some.
