I'm glad the I could help.
The only thing I don't love about this new podPress is that the stats are based on the media file and in alphabetical order [...]
The Counts Only logging method logs only the downloads of the media files based only on the file name of the media files. That is why it is very important to use always unique names for the media files.
But that is how podPress works at least since v8.8.
To be more exact: podPress Counts Only saves also the IDs of the posts. But only the ID of a the post which was the first post which had a certain media file as an attachment. If you would add a media file with same name or the same media file to a further post then the Counts Only logging method would not count the downloads of this media file separately. It would add up the download numbers of the media file of second post to the downloads numbers of the media file of the first post. But it don't saves the ID of the second post.
That is why the stats of ep. 25 were not visible before. You have posted the episode 25 and people started to download the episode. The counter started to count the downloads and saved the ID of the first post together with the file name of ep. 25. But you re-posted the episode probably in a completely new post which has also a new and different ID and you have probably deleted the first post.
For building Quick Counts table (in podPress v220.127.116.11) podPress takes the ID (of the first post) which has been stored with the download numbers and tries to find the corresponding post title in the wp_posts table of the db. But if you delete the first post then you delete it in the wp_posts table and podPress can't find the title anymore. the result is that podPress does not display the download numbers of this media file in the Quick Counts table (but continues to count).
Because of the fact that the Quick Counts table shows only faultless information if the podcast posts contain only one media file per post and each file has a unique name and if you do no re-posts, I have removed the Post and Publication Date column in the development version (and most likely in 8.8.6, too). This way the table will display only valid information.
But I will think about a way to sort the media files by their publication date until the release of podPress 8.8.6.
On one or the other way that is a bug of podPress and you helped to discover it. Thank you for your reports and that you have took the time to figure out the source of the problem.