It looks like the code excludes tracks which are not marked as “song” from iTunes API responses on purpose (e.g. videos, booklets).
I did run a test with your first example release where I allowed tracks which are marked as “music-video” and it kind of worked in this case:
Not sure why the video is displayed first although its the last track with the highest track number in the API response and there is no reordering done on a-tisket’s side.
While it would be easy to simply sort the results by track number if that is the only thing which is necessary, I wanted to try another example first and found one which used to entirely break a-tisket because the video tracks were the first items in the iTunes API response (even before the album item itself).
This example perfectly shows why iTunes video tracks are currently excluded: Deezer and Spotify might have the same barcode but they do not have these video bonus tracks. And if you do not exclude the videos a-tisket fails (and shows garbage) because the releases do not have the same track number for all vendors and video tracks do not fulfill some of the tools assumptions:
The second example definitely is a bug but I don’t have the time to also have look at this now, maybe later
Edit: Scratch that, the second example seems to be an Apple Music exclusive release for which the iTunes API does not return any tracks (only the album item), so unfortunately this is a “won’t fix”