libretro / libretro/RetroArch

Melonds single screen mode registers inputs on both screens at the same time on Android using touch controls

Open
#14,813 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
C
Stars
14.1k
Forks
2.2k
Avg merge
7h 35m
Merged PRs (30d)
51

Description

Description

On Android, if you select single screen mode for melonds and use touch controls, and select Touch for the second screen, it will register inputs on both the main screen and the second screen when using touch controls on Retro pad.

Expected behavior

When you select single screen mode, touch controls should only work on the active screen.

Actual behavior

Touch inputs are registered on both screens at the same time on melonds single screen mode. For example, playing Super Mario Bros DS and using the main game screen, you can move Mario normally, however jump button activates both the jump button but also activates de power up button on the second screen, producing the power up constantly.

Steps to reproduce the bug
  1. Select single screen mode.
  2. Select touch for the second screen.
  3. Play any game where Retro pad touch controls are located in the same position as a touch screen input, and both inputs will activate at the same time.
Version/Commit
Environment information
  • OS: Android 12, LG g8x

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No source file, test, or entry point is named. Reproduce on Android 12 with Melonds in single-screen mode, Touch selected for the second screen, and overlapping RetroPad controls; trace where those touch inputs are dispatched and verify that only the active screen responds.

Written by the indexing model from the issue text.

Assessment

Tech stack
android, c
Domain
frontend, mobile-dev
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.