Bug - Select button opens Command Promth in KIOSK mode

theink

I stumbled on a problem with the controls which looks like a bug.
I think it is tied to the experimental KIOSK (Kids Friendly) mode as I'm not able to reproduce it in the regular mode.

I'm using a raspberry pi 2 with RetroPie 4.0.2
The Pi is tied to IPAC2 board.
I want to clarify that the button setup is not the default one.
The button that causes the problem is the Select button, which is a hockey and in my case is mapped to the "Y" key on the keyboard.

What happens is this:
If I open the Options menu by pressing the Select button while in KIOSK mode the second press to close the menu is throwing me into a command prompt. This doesn't happen all the time, but fairly often. In 4 out of 5 tries.

The same happens if I simply press the select button twice very fast. I don't even get to see the Options menu open.

I exited the KIOSK mode and aggressively tried to bug it again, but the problem did not occur again.

I thought that I might be able to disable the select key functionality inside the main menu as a way to work around the problem, but found out that the all/retroarch.cfg config file doesn't affect the controls inside the main menu.

Can someone tell me where these controls are written?

Thank you.

meleu

@theink

/home/pi/.emulationstation/es_input.cfg: input config for emulationstation.
/opt/retropie/configs/all/retroarch.cfg: global configs for RetroArch only, includes control mappings for keyboard only. It has no effect in emulationstation.
/opt/retropie/configs/all/retroarch-joypads/JOYPAD_NAME.cfg: control mappings for different joypads (controllers from the same model share the same file).

Maybe @Zigurana (the developer of the emulationstation Kiosk/Kids mode) would like to know about your issue...

Zigurana

Hey!
Well, I'm quite sure this is something buggy in the Kid-friendly version of ES, and not so much related to your specific button settings. For ES, select simply is a single type of button. It has no knowledge of hotkey buttons.
I would be most appreciative if you would take this bug and file it as an issue at the github repository.. To facilitate debugging, please try and call ES using "emulationstation --debug", and attach the logging in /home/pi/.EmulationStation/debug.log to the issue.
Btw, I am currently finalizing the next version of kids friendly ES, in another attempt to iron out these kinds of bugs.

theink

@Zigurana

Great, will report it there.
In meantime, I took care to take PHOTOS of the screen. It might be of help to see what the error is.
Other than that, this mode is an awesome idea. Great work!

meleu

@theink to call ES using emulationstation --debug, like @Zigurana suggested, you can use the file /opt/retropie/configs/all/autostart.sh. ;-)

Zigurana

Don't bother, this is a familiar one (sadly).
What happens here is that you ask ES to get an element of (what amounts to) an empty list.
On a similar note :
My second (third) attempt for a redesign of this mess failed miserably yesterday. Back to square 1 for the moment. I might even need to roll back some of the latest commits...

theink

@Zigurana
Hi. A lot of time has passed since I had time to visit the forum.

I wanted to ask you if there is a recent development to Kiosk Mode bug we discussed here?
Is there a point for me to update the pie now?

People at the office are enjoying the arcade cabinet quite a lot even if it sometimes crashes, so it is not big deal really.
Thanks again for your support.

Zigurana

Hey, sorry to keep this issue open for so long.
I was working on a cleaner re-implementation of this, but got bogged down in debugging.
I got very frustrated with it all for a while, and decided to let this lie for a while.

Currently, I am working on theming the system carousel on the main screen. Once that is in reasonable shape, I will start working on this again. I am now able to build (and debug!) on windows which has revitalized my development process a bit, so there's still hope!

Thanks for holding out for such a long time.