3 Replies Latest reply on Feb 27, 2014 11:42 AM by rgordon

    FM Go 13 revert loop


      There are some other discussions on getting into a revert loop but we've found another consistent way and wonder if any others have seen this (FMGO 13 on iPad Airs and FMS 13 Mac):


      If the user swipes the screen while one layout is transitioning to another layout, you get a revert loop most of the time.

      Force quit seems to be the only answer.


      In the short run, we're advising folks to only shut the lid on our (benign) main menu. And to let Go do layout transitions without user activty. But, if they get disconnected, then they (we) are obviously not in control.


      We're trying to figure out if we have any control of this.


      Anyone else seen this or give it a try on your app for us? Or any input on prevention?



        • 1. Re: FM Go 13 revert loop

          Eric, can you give a little more detail on how a layout transitions and the user swipes. When I switch between layouts I don't have enough time to swipe the screen before the transition is completed. If you restart the iPad can you reproduce this issue?

          1 of 1 people found this helpful
          • 2. Re: FM Go 13 revert loop

            You are correct.  As we look more at this, it isn't actually the transition to the layout but our script on entering the layout.  The swipe is triggering the allow user abort on the script.  Makes sense but means we need to look that script behavior on a lot of scripts.


            Not an issue really . . . it makes sense but was jarring because we didn't expect it.


            Thanks for your help.



            • 3. Re: FM Go 13 revert loop

              As a general rule scripts should have allow user abort off for scripts that run on an iPad since a simple tap on the screen will abort a script.