Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Experimental (KDE): typing via XDG Desktop Portal RemoteDesktop instead of ydotoold/uinput

Abierto
  • ¿Algo no está bien?
#96 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
35/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
linux, shell
Área
desktop, security

Línea de trabajo

Start by checking the existing ydotoold typing backend and how insertion starts and stops it. Then prototype KDE Plasma RemoteDesktop portal typing and compare minimum supported versions, Unicode behavior, latency, reliability, restore-token handling, and session lifetime with ydotool. Done means those questions are answered and the experimental results clarify whether the backend is viable; the issue names no files or tests.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

enhancement experimental privacy

Summary (experimental)

On KDE Plasma, HermesKey types via ydotoold, a session-long daemon with /dev/uinput access. Any process running as the user can send keystrokes through it into any window (terminals, password/polkit prompts), which bypasses Wayland's normal input isolation. This comes with ydotool's design, not a HermesKey bug, but it is the largest practical risk in the current architecture.

Experiment (KDE Plasma only)

Prototype a typing/paste backend using the XDG Desktop Portal RemoteDesktop interface via xdg-desktop-portal-kde:

  • the user approves keyboard access once via the portal dialog; Plasma 6 can remember that approval (restore tokens);
  • send keysyms/keycodes with NotifyKeyboardKeysym / NotifyKeyboardKeycode, or evaluate the newer libei route (ConnectToEIS, Plasma 6.1+);
  • no /dev/uinput access and no persistent socket other processes can use.

Questions to answer

  • Minimum Plasma / xdg-desktop-portal-kde version needed.
  • Is per-character keysym injection Unicode-safe? It could remove the clipboard requirement for non-ASCII text.
  • Latency and reliability compared with ydotool; handling of restore tokens.
  • Where the portal session lives (a small long-lived helper vs per-invocation).

Interim mitigation

Start ydotoold only for the duration of an insertion and stop it afterwards, shrinking the window in which other processes can use it.

Scope

KDE Plasma only. This is not a commitment to support other desktops. Status: experimental. May not ship; ydotool remains the default until the results are clear.

Lenguaje dominante
Shell
Estrellas
0
Forks
0
Merge medio
16 min
PR fusionados (30 d)
40

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de graygarbage/HermesKey

Todos los issues de graygarbage/HermesKey

Issues similares

Más issues de Shell/Bash

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.