[Zubersoft]

My code already does that. Every time you turn a page, it goes through and checks if any page needs to be rendered. The problem is that if a page is in the process of rendering, but never does render and no cancellation or failure is generated anywhere (i.e. a deadlock of some kind would do this), it would cause my framework to fail. There should be no way in which a page could enter that state but then never exit it, but apparently that is somehow happening for you. The kind of check I was talking about adding was a check that says, "If it has been more than 10-20 seconds since a page entered the rendering state but still isn't rendered, then forcefully cancel that job and queue it up to render again". This is a major kludge though, and should never be necessary, and adds some nasty failure cases if a particular PDF takes a long time to render some of the pages. For example, if 11 pages are queued to render, and each page takes 3 seconds, that 11th page may not start rendering until 30 seconds have gone by, which would be considered a failure with that new check.

I'm currently on vacation, but when I get back home at the end of the week, I'm going to start testing heavily with my Samsung Note Pro 12.2 to see if I can reproduce this error. If you are seeing it this regularly, I should eventually see it myself. I'm going to do everything I can to fix this, and will consider it my highest priority.

Thanks,
Mike