Open tmoreno opened 7 years ago
oh, that's a new bug! :( Is this actually a failing "page turn" inside a reflowable document (i.e. transition from one CSS column to the next), or a failure to switch to the next spine item (new HTML document). Moby Dick's "Loomings" is quite a long chapter, so I guess: the former.
Maybe occurs in reflowable documents only, I tried with a fixed layout book and I had no problem.
That would suggest that it IS only within a single spine item. I confirmed that this is the case with Moby Dick and a build of Readium 0.25-alpha Chrome Extension on OSX 10.10. The audio continued and the highlight correctly moved to the next paragraph on the next page, but the page did not turn.
I have experienced the same issue: reflowable EPUB 3 with Media Overlays, passing EpubCheck 4 just fine, SMIL valid (no empty elements, no elements with zero duration, etc.). One column setting, with fairly small column width (e.g. 550px): the audio keeps going, probably the highlight too, but the "page" stays the same.
The problematic thing is that this issue seems to depend on the reader viewing preferences: same EPUB, different viewing settings, and the issue is not triggered.
Ah, that's annoying. I was testing reflowable page turn with Media Overlays recently, and I did not observe this bug. Thanks Alberto.
This issue is a Bug
Expected Behaviour
When I'm listening an audiobook and automatic page turn is enabled, I want the pages are automatically passed from the beginning to the end of a chapter.
Observed behaviour
Automatic page turn not work after the second page turn.
Steps to reproduce
Product