Taps that do nothing: no turn, no controls, no tap log (after a jump, under the Cloud slip) #321

Split from #304, whose margin-zone cause is fixed separately.

In build 25's spazz runs, some taps neither turned nor showed the controls and left no tap: line in the reader log. These include taps at 0.03 and 0.97, which were already inside the old 88 pt zone.

• Folded Duo (466 pt), round 0: after jump 7 (10:38:56, its veil lifted 10:39:03), every page tap until 10:40:40 left no tap log, whether stray or at the edge. Evidence: desk evidence e-reader-apps/pocketbook-companion-app/evidence/delight-build25/captures/duo/reader.log and duo/spazz-duo/spazz.txt.
• iPad portrait, round 0: edge taps at 0.03 and 0.97 ended moved=false chrome false->false (ipad/spazz-portrait/spazz.txt).
• Margin taps show the controls instead of turning on a freshly opened landscape spread #304's third bullet: with a Cloud slip up, three forward taps did nothing and left no tap log.

ReaderHostController.handleTap returns before its log line while veil != nil || jumpStarting. The fix for #304 now logs those dropped taps (tap: under a jump's veil), so the next capture will show whether that guard is the cause or the taps never reach the navigator.

Done when: a UI test that taps the page after a jump, and with the slip up, gets a turn or the controls on every tap, counted in taps.