Phish tracks occasionally appear out of order

[zachary-mark]

👋 I've run into an issue where, for both web and iOS, some Phish tracks occasionally appear differently from the actual show order as well as the order in which they are displayed on phish.in. Note that this issue appears common to web and iOS, so I'm not sure where is actually the place preferred to file it (maybe RelistenApi?), as I'm merely a casual observer and bug reporter.

I ran into this issue most recently with the July 5th, 2019 Fenway show, but I believe others may be affected. In the case of this show, Say It To Me S.A.N.T.O.S. should be after Fuego, not after Runaway Jim.

http://phish.in/2019-07-05 appears to have the correct order.
https://relisten.net/phish/2019/07/05 does not.

Further info:

• Firefox 68.0.1 (was also able to reproduce in Safari without add-ons)
• iOS 12.3.1

Screenshots attached. Please let me know if you require more information!

[switz]

Thanks for the detailed report!

I have a sneaking suspicion that the order matches that of phish.in at the time of scraping, after which phish.in corrected their setlist order and our data became stale. Our single-source rescraping tool is on the fritz at the moment, but I spoke with Alec, and we'll try to take a look at this today and get back to you.

Thanks again -- feel free to reach out at any time. We're also on discord (https://relisten.net/chat) if you have any questions.

[zachary-mark]

Thanks for the response! I've noticed another show also has a misplaced Santos (6/29/19) but that appears to be erroneous on the phish.in side: https://relisten.net/phish/2019/06/29 (should be after Ghost).

I don't know if an issue or Discord is the right way to report it to those folks, but glad to hear my report was helpful.