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.