cancel
Showing results for 
Search instead for 
Did you mean: 

Oculus Reserved Interaction problem - Application.Quit() returning to Universal Menu

monsenrm
Explorer
I can't seem to troubleshoot this one - and I have had my app rejected several times as a result.  Here is what happens:

Start the application - Try short back press.  Perfect, goes to a custom menu asking to quit, restart or continue.  Hit back press again and it goes to confirm quit exactly correctly and Cancel takes one back to custom menu again.  Select Quit and you go perfectly to Oculus Home.  Everything works exactly as it is supposed to in Oculus docs and requirements.

Now do the same thing, but rather than a short back press, do a long one (.75sec).  Perfect, takes you to the Universal Menu.  Escape takes you back to the game exactly where you left off.  Now hit a short back press and the custom menu comes up just like before. Now select Quit.  It takes you to the Universal Menu!  Arghhh!  Why?  The application called Application.Quit() and it should always go to Oculus Home but it doesn't if you execute one single long press to the Universal Menu at any time or in any scene.

Any help on this would be greatly appreciated.  

Gear VR Android
Unity 5.5.1f1
Oculus Utilities 1.11.0
4 REPLIES 4

GEMISIS
Adventurer
Are you handling launching the Universal Menu in your own code, or are you allowing the SDKs to handle this automatically?  From what you are describing, it sounds like somehow you are launching the Universal Menu and the Quit menu during short presses somehow, and then when you leave one you go back to the other.

monsenrm
Explorer
The Universal Menu is purely the SDK.  A single short press I handle myself and bring up a custom menu with Quit, Replay, Continue.  Another short press with the custom menu up will go to the Confirm Quit Oculus UI.

It is totally weird that the Universal Menu could possibly come up AFTER a call to Application.Quit().

As I mentioned before, the application goes to Oculus Home correctly after a call to Application.Quit() ONLY if I never tried doing a long press (SDK handled) first.  Otherwise it goes to the Universal Menu. 

GEMISIS
Adventurer
I could see this making sense potentially since the Universal Menu might just be another application, so when you open it up you are launching it so to speak. Then, you close it, but it is still technically there in the background potentially, so when you quit your current application it simply goes to the last open app which happens to be the universal menu now. I'll check some stuff when I get home today, but in the meantime try replacing the Application.Quit with OVRManager.PlatformUIConfirmQuit(). This should bring up the built in quit menu screen, and if that works properly then that's a strong indication of it.

monsenrm
Explorer
Thanks - I beat you to it.  Even before your post I substituted the pure Application.Quit for a the ConfirmQuit.  That does work correctly and I suppose if you really didn't want to quit the application you can come back.