Nope, JKenP, I assure you that is not the case. That is truly the final chapter
and section in that particular e-book/EPUB file. Nothing follows on this chapter – that's it. Which is why I made the screenshot from this particular e-book and this particular chapter, because it illustrates quite drastically how untenable the current situation regarding page-counts in Marvin is. Whatever your particular position towards page-counts in e-books might be, I hope at least this much is clear: for an e-book app to claim, within the same footer, that a particular chapter is
both 11
and 5 pages long at the same time, is simply unacceptable in the long run, if Kris's ambition is to present Marvin as top-quality e-reader software.
So I can see, JKenP, that you're only now beginning to grasp the gravity of the situation,

which I'm happy about, because it justifies my having posted the screenshots above. And I kindly ask "the usual suspects" not to jump at me once again for having broached the page-count issue in "yet another thread". As can be seen above, we've arrived at discussing it quite naturally. The most recent Marvin version, 3.0.7, has just introduced this marked improvement of being able to view percentages with 2 decimals (and that's just fantastic, because I do read lots of e-books that are extremely long, and I could hardly track my progress in them with zero decimals in percentages), so talking about anything related to footers and headers (and page-counts are potential components of them) is perfectly legitimate in this thread. (Though I still maintain that the proper course of action would be to launch a dedicated page-count thread in
Marvin's GitHub and redirect any future discussion of Marvin page-counts there.)