Not sure if this is a bug or feature... It could be a feature if taking the episode.xml from the ingest package is a recovery mechanism after an ingest failure.
The ingest "startover==true" takes the episode.xml in the inbound mediapackage. Otherwise (on initial ingest), the existing episode.xml from the scheduled MP is preserved.
Actual Results: Inconsistent ingest policy on updating existing episode DC catalog on initial and retry ingest.
Expected Results: Consistent behavior.
From startover true code:
// Get episode dublincore from scheduler event [only] if not [already] provided by the ingesting party
From startover false code:
// if the existing mediapackage contains a catalog of the same flavor, keep the server-side catalog, since it is more likely to be up-to-date