Da hab ich auch noch nicht von gehört.
Bisher funktionierte meine Tastatur tadellos in allen Spielen.

Was mir spontan so einfällt:

Probier mal $ numlockx on.
Mal Layout abfragen:
$ setxkbmap -query
und dann
$ setxkbmap de: Vielleicht hat sich da was verschluckt.
Ist das Numpad dann an?

Hast du irgendwelche Tools offen, welche die Belegung ändern könnten?
Ich hatte da mal Probleme mit input-remapper.

Hat XFCE hier eine entsprechende Funktion, für benutzerdefinierte Tastenkombos?

Extratools habe ich keine installiert, zumindest nicht wissentlich, und das Ganze ist anscheinend "normal" eingestellt:
rules: evdev
model: pc105
layout: de

Oder ist evdev ggfs. ein Problem? XFCE kann Tastenkürzel verwalten, aber damit mache ich nur die Umschaltung zwischen den Arbeitsflächen (STRG+Fn), also nichts Außergewöhnliches.

Es wird aber noch seltsamer: das Problem betrifft nur die Änderung der Tastenbelegung, und es betrifft entgegen meiner vorigen Aussage sogar alle Tasten (sogar wasd). Aber sie werden im Spiel korrekt erkannt, wenn sie halt eingestellt sind (also wasd funktioniert im Spiel).
Hab mal in der ini gesucht aber kein Mapping gefunden. Aber da mußte ich für DS3 schon manuell den Support für die Auflösung ändern. Ohne wurde es zwar richtig angezeigt, aber die Maus war auf den falschen Bereich beschränkt.

Ich werde also mal versuchen, das manuell in eine ini einzuklimpern.

Nee, das ist normal.
Ist bei mir auch so.

Ich bin mir jetzt nicht sicher, wie ich das verstehen soll.

Also wenn im Spiel WASD auch auf WASD gelegt ist, dann wird es korrekt erkannt, sonst nicht?
Heißt, es passiert sonst gar nichts, wenn du eine Taste drückst?

Das klingt eigentlich schon danach, dass da irgendein Tool querschießt.

Wie führst du die Spiele eigentlich aus?

Lutris, Heroic, eigenes Skript?

Lutris hat ja auch ein paar Schalter mit denen man was verstellen kann.
Dort kann man bspw. zum US-Layout wechseln.
Vielleicht ist das eingestellt?

Hab neulich mal meine Retail von good old Victoria 2 mit der neu mit Linux aufgesetzten Gamingmaschine getestet. Hinzugefügt zu HGL als "externes" Spiel. Läuft. Glücklich. :D

Ich habe von den genannten Spielen nur Northgard und das spiele ich mit der Linux-Version. Da sehe ich schon mal keine Probleme - wobei ich noch nicht ganz verstehe, was da bei dir passiert.

Welchen Starter benutzt du bei Heroic? Hast du den in letzter Zeit mal aktualisiert?

P.S.: Ich habe für die Wisenschaft von Northgard mal die Win-Version installiert und mit Heroic (und Bottles) ausprobiert. Ich kann auf Anhieb keine Fehler erkennen. Vielleicht magst du noch einmal kurz erklären wie das / was da ggf. reproduzierbar wäre?

Die Tasten, die im Spiel (DS III) standardmäßig eingestellt sind, funktionieren im Spiel wie sie sollen. Im Tasteneditor werden diese aber, genau wie alle anderen, nur als "Numlock" erkannt. Die Voreinstellungen bleiben darum erhalten und jedes Mal wird nur die vorherige Zuweisung von "Numlock" ersetzt.
Also kann ich z.b. "W" auf "Links drehen" setzen, wo dann aber "Numlock" als Alternative eingetragen wird, im Spiel funktioniert W dann weiterhin als Vorwärts. Numlock (aber nur diese Taste) funktioniert dann im Spiel auch wie eingestellt. Im Vorigen Beispiel also: Numlock dreht die Kamera linksrum.
Direkt über Heroic (Version 2.22.0).
GE-Proton-latest, was derzeit das Release vom 11.8.'26 ist (vorher noch geupdated). Es passiert aber genauso auch mit GE-Proton10-34, was ich als Alternative installiert habe.

Kurioserweise habe ich jetzt bei Northgard festgestellt, dass nur die erste Taste, die ich nach Aufruf des Tasteneditors drücke, als Numlock erkannt wird. Danach funktioniert die Erkennung, inklusive der Taste, die zuerst gedrückt wurde. Leider nicht bei DS III, da kann ich so viele Tasten drücken wie ich will.

Es macht keinen Unterschied, ob ich Windows 11 oder Windows 7 einstelle.
Erstmal vielen Dank für den Einsatz! :) Ich habe:
Debian Linux Trixie mit Kernel (/proc/version) Linux version 6.12.101+deb13-amd64 (debian-kernel@lists.debian.org) (x86_64-linux-gnu-gcc-14 (Debian 14.2.0-19) 14.2.0, GNU ld (GNU Binutils for Debian) 2.44) #1 SMP PREEMPT_DYNAMIC Debian 6.12.101-1 (2026-08-05)
Grafiktreiber ist nvidia über das Metapackage "nvidia-driver" aus dem Debian Repo. Das kompiliert sich dann automatisch über dkms. GraKa ist eine GeForce GTX 1050

Oberfläche ist XFCE 4.20, GTK-Version 3.24.49 (X11)

Darauf habe ich einen unprivilegierten Account für Spiele. Installiert ist Heroic als systemweites Flatpack von flathub. flatpak info: Tastatur ist eine PS/2 Tastatur, kein USB.

Die Präfixe sind im Benutzerverzeichnis (Dateisystem ext4), während die Spiele auf derselben NTFS-Partition liegen wie die über Windows Installierten, aber natürlich in einem anderen Verzeichnis.

Das klingt alles ein bisschen kaputt. Merkwürdig.

Aktualisierst du dann immer das Präfix oder erstellst du ein neues?
Ich würde es definitiv mal mit einem neuen Präfix probieren, falls noch nicht geschehen.

Ruhig auch mal eine alte Wine-Version verwenden.

Bingo! Dieses Verhalten kann ich (bei Northgard - sonst habe ich keines der genannten Spiele) tatsächlich nachvollziehen, wobei es mir bisher nicht aufgefallen ist.

Ich kann ein paar Auschlusskriterien liefern, leider aber keine Lösung (außer die Taste beim ersten Mal noch einmal zu belegen...)

Linux Mint, Northgard-Win-Version, Heroic 2.22.1 oder Faugus Launcher 2.0.6 mit GE-Proton oder UMU-Proton-9.0-3 oder auch einfach nur Wine pur: die erste Tastenbelegung wird falsch erkannt und muss noch einmal eingegeben werden, dann geht es normal.

Debian, Heroic und speziielle Starter könnten wir hierbei also eigentlich ausschließen. Die native Version zeigt dieses sonderbare Verhalten auch nicht. Es müsste also theoretisch irgendwo im Wine/Proton-Urschleim stecken...?

Ich ändere nicht sehr oft die Tastenbelegung, deshalb heißt das nicht viel, dass ich das bisher nicht hatte. Die anderen Spiele kann ich nicht ausprobiren. Aber irgendein Numlock-Problem hast du da offenbar aufgetan.

Dann erstmal vielen Dank fürs Gegenchecken! So kann ich zumindest mutmaßen, dass es bei Dir wahrscheinlich auch mit DS III wäre wie bei mir. Also muss ich mich mal intensiver mit Wine befassen, vielleicht findet sich da eine Einstellung.

Ich Dödel hab echt überlesen, dass hier auch Dungeon Siege 3 das Problem hat.

Das Spiel hab ich auch und hab mal kurz was getestet:

WineGE-8.26: Kein Problem.

ProtonGE: Bingo! Alle Tasten = "NumLock"

Muss also irgendwie mit ProtonGE zu tun haben.

Ich hatte ja geschrieben:
Das hast du wohl nicht probiert?

(Deswegen kann ich die bisherige Forcierung und Fixierung auf Proton und UMU überhaupt nicht verstehen. Es läuft nicht besser. Zuletzt bei mir gesehen, beim Gothic Remake. Läuft bei mir sogar schlechter mit den Proton-Versionen.)


Nachtrag:
Wenn ich (irgendeine) Proton-Version verwende und vor Spielstart NumLock deaktiviert ist, tritt das Problem nicht auf.
Andernfalls, wie gesagt, ist jede Taste = "NumLock".
Aufgefallen ist mir hierbei, dass dann bei Tastendruck jedes Mal die Kontrollleuchte des Nummernblocks abgeschaltet wird, wenn vor Spielstart aktiviert.
Wenn ich nach Spielstart NumLock aktiviere, gibt es keine Probleme.

Ich hatte es allerdings auch mit WINE pur probiert und zumindest bei Northgard den selben Effekt.

Es bleibt natürlich die Frage, ob, je nach Methode, da nicht noch was anderes dazwischenfunkt.
Ähnlich wie damals bei NMS.

Ich hab es in Lutris getestet.

Kann natürlich auch ein Problem des Spiels sein.
Ich würde allerdings doch eher auf die Wine-Version tippen.

Alles deutet darauf hin, als hätten sie bei dem speziellen Wine die Numlock-Behandlung kaputtgemacht.

Wenn es denn geht, wenn Numlock vorher nicht an war, dann „denkt“ es offenbar beim Start stets, es wäre aus, egal was wirklich eingestellt ist. Wenn es aus ist, will es das daraufhin anmachen (beispielsweise indem es schonmal ein Numlock in seinen internen Tatsaturpuffer schiebt oder wie auch immer es dergleichen macht) – beim nächsten abzufragenden Tastendruck wird das dann ausgeführt und so eine Umbelegungs-Funktion, die nur genau einen Tastendruck erwartet, schmeißt den eigentlich gewollten, nunmehr zweiten in der Warteschlange, dann weg. So in etwa stelle ich mir das Problem vor.

Ich hab es nochmal mit verschiedenen Versionen getestet.

Alles was ProtonGE ist, löst bei mir in DSIII den Fehler aus.

Interessant ist auch: Ist NumLock während des Spielstarts an (LED an Tastatur leuchtet), geht die LED an der Tastatur aus, sobald das Spiel gestartet ist. Drücke ich dann in der Tastenbelegung eine Taste, geht die LED an und die Belegung springt auf "NumLock".
Das ändert sich auch nicht weiter. Heißt, die LED bleibt weiterhin an und alle Tasten sind NumLock.

Das System erkennt dann trotzdem den vorigen Stand der NumLock-Taste.
Dieses Verhalten konnte ich aber nicht sicher replizieren.

Alles was ich an wine, lutris-wine bzw. wine-ge getestet habe, hatte diesen Fehler nicht.

Die WINE-Versionen auch größer 9.x und mit verschiedenen/ohne Launcher? Bei Northgard wie gesagt hatte ich gar keinen sonstigen Launcher benutzt und ich habe trotzdem reproduzierbar das gleiche Verhalten.

Dungeon Siege habe ich leider nicht - aber ich bin hier eh schon wieder mit meinem Latein am Ende :D

Ich würde höchstens noch in der Systemsteuerung beim Tastaturverhalten herumsuchen/-probieren. Da gibt es bei Mint ziemlich viele Anpassungsmöglichkeiten. Wenn das allerdings nur bei bestimmten wenigen Spielen auftritt, ist das schon etwas seltsam.