Fix: Container and downloads stopping when the device is locked.

[Juan-Antonio-Doe]

First, this PR is a continuation of the one already started by MaxsTechReview. In short, I’ve added what was missing to make it work and did my best to optimize its use in the background.

Details:

Introduces a background service to prevent the Android system from reclaiming the app process during paused Wine sessions or long-running background tasks, such as component downloads and ImageFS extractions.

Key changes:

• SessionKeepAliveService: Created a new foreground service using FOREGROUND_SERVICE_TYPE_SPECIAL_USE and DATA_SYNC. It manages a notification and a PARTIAL_WAKE_LOCK to keep the CPU active when the screen is locked or the app is backgrounded.
• Process Protection: Added setOomScoreAdj in ProcessHelper to lower the kill priority of paused (SIGSTOP'd) Wine processes, preventing the kernel from reaping them during memory pressure.
• Lifecycle Integration:
  • Updated XServerDisplayActivity to start/stop the service alongside the XServer session and toggle wake locks during pause/resume.
  • Wrapped extraction and download logic in SetupWizardActivity, ContentsFragment, and DriversFragment with keep-alive tags to ensure multi-minute installs complete successfully in the background.
• Manifest: Added permissions for FOREGROUND_SERVICE_SPECIAL_USE, WAKE_LOCK, and defined the new service.
• Input Handling: Prevented generic motion and key event dispatching in XServerDisplayActivity when the session is paused.

---

What was missing for it to work seems to have been both the SPECIAL_USE and a CPU wakelock. There’s also a commented-out wifiLock in case someone want to stabilize suspension for online games or ones that need to download assets (and the user wants to turn off the screen or do something else in the meantime).

I’ve also verified that the container actually goes into suspension while the device is locked.

Using this PowerShell command to check the status of the processes:
adb shell ps -eA | Select-String -Pattern "wine", "box64", "wfm", "handler"

With the screen on and the container running, the command returns:

u0_a297      19983 19102   10865704  38256 0                   0 S wineserver
u0_a297      19996 19102          0      0 0                   0 Z [wineboot.exe]
u0_a297      20002 19102   16256732  70704 0                   0 S winedevice.exe
u0_a297      20011 19102   16535896  89960 0                   0 S winedevice.exe
u0_a297      20039 19102   16230516  78720 0                   0 S winhandler.exe
u0_a297      20045 19102   16342600 116620 0                   0 S wfm.exe

With the screen off after a few seconds, the command returns:

root          7873     2          0      0 0                   0 I [kworker/u16:0-qmi_msg_handler]
root          9916     2          0      0 0                   0 I [kworker/u16:4-qmi_msg_handler]
u0_a297      19983 19102   10865704  38256 0                   0 T wineserver
u0_a297      19996 19102          0      0 0                   0 Z [wineboot.exe]
u0_a297      20002 19102   16256732  70704 0                   0 T winedevice.exe
u0_a297      20011 19102   16535896  89960 0                   0 T winedevice.exe
u0_a297      20039 19102   16230516  78720 0                   0 T winhandler.exe
u0_a297      20045 19102   16342600 116620 0                   0 T wfm.exe

Which implies that the container should indeed reduce its consumption in sleep mode.

More details about the meaning of the letters here:
https://www.baeldung.com/linux/process-states

---

Things to test

• If the container or the game used to close after the device was locked, that should no longer happen.
  • I need to verify that this works across different Android versions; in my case, Android 16.
• Downloads, especially layer downloads, should complete and install even while the phone is suspended.
• Test both cases while the app is running in the background and other apps are being used.