Erik Johansson

We had issues reading XML files from Hiero and NS. Where clips magically disappeared. The issue boiled down to that otio was disregarding file elements with the same id. This...

Yeah I saw the tests failing as well. Will dig them up and see if I can resolve them and make a small example file of the output.

Example file. Renamed from xml to txt because github dont accept xml [foobar.txt](https://github.com/PixarAnimationStudios/OpenTimelineIO/files/4586205/foobar.txt) Steps to reproduce: * Open blank project * Import random clip * Put in sequence * Split...

@reinecke I'll check again tomorrow but what I was getting was just the clip before the cut. The other was thrown away by both otiocat and otioview

Now I cant reproduce it anymore either. Must have been some glitch in the matrix or a venv with some old version. Closing the PR

So this caused an issue again and I can reproduce it. If applying my fix it reads it correctly Will try and write up more detailed reproduction steps soon

The problem seems to stem from how Hiero/NS decides on the `id` for files. If you have a track in Hiero/NS that looks like attached picture then it will write...

Got some days off next week so I'll check on getting the CI to complete successfully then and rebase on current main branch

> Dealing with out-of-spec files is always tricky. I'd love for the Foundry to address this case, but it would still be hard to address all the out-of-spec files floating...

> > I'll throw an email to the foundry and see if they have any plans to follow the xml standard. If they are we can probably live with just...