🐛 🤖 Linksklick oeffnet Tray-Menue nicht (Electron/Linux-Einschraenkung) #6

New issue

Open

opened 2026-08-24 14:04:38 +02:00 by holm · 0 comments

holm commented

2026-08-24 14:04:38 +02:00

Owner

Dimension	Bewertung	Einschätzung
Aufwand	`░░░░░░░░░░`	Unbekannt — haengt an Electron selbst, nicht an unserem Code
Nutzen	`████░░░░░░`	Niedrig-mittel — reine Komfortfrage, Rechtsklick funktioniert zuverlaessig
Bruchhäufigkeit	`██████████`	Immer — reproduzierbar bei jedem Linksklick
Nachhaltigkeit	`░░░░░░░░░░`	Offen — abhaengig von Electron-Fix
Dringlichkeit	`██░░░░░░░░`	Niedrig — Kompromiss (Rechtsklick = Menue) ist im Einsatz

Befund

Holm wollte Linksklick statt Rechtsklick fuers Tray-Kontextmenue. Umgesetzt (tray.on('click', ...) ruft popUpContextMenu()), aber: der click-Event feuert nachweislich (Log zeigte wiederholt tray-event: click), das Menue kam trotzdem nicht hoch. Rechtsklick zeigt es zuverlaessig -- das ist der native GTK/XEmbed-Sofort-Pfad, der komplett am Electron-JS-Layer vorbeilaeuft.

Das deckt sich mit mehreren offenen Electron-Issues zu genau diesem Linux-Tray-Verhalten: electron/electron#16462, electron/electron#14941, electron/electron#5058 (right-click-Event feuert gar nicht erst, sobald setContextMenu() gesetzt ist -- der native Pfad uebernimmt exklusiv). Kein Bug in playzen, eine Engine-Grenze.

Kompromiss (Holm 2026-08-24)

Rechtsklick bleibt fuers Menue (zuverlaessig), Linksklick toggelt direkt Zeigen/Verstecken. Der "Zeigen/Verstecken"-Menuepunkt bleibt zusaetzlich oben im Menue erreichbar.

Wann wieder aufgreifen

Bei einem Electron-Minor-/Major-Update pruefen, ob eines der drei verlinkten Issues geschlossen wurde. Kein aktiver Handlungsbedarf bis dahin.

🤖 angelegt von Claude v00 (API/Token holm)

| Dimension | Bewertung | Einschätzung | |---|---|---| | Aufwand | `░░░░░░░░░░` | Unbekannt — haengt an Electron selbst, nicht an unserem Code | | Nutzen | `████░░░░░░` | Niedrig-mittel — reine Komfortfrage, Rechtsklick funktioniert zuverlaessig | | Bruchhäufigkeit | `██████████` | Immer — reproduzierbar bei jedem Linksklick | | Nachhaltigkeit | `░░░░░░░░░░` | Offen — abhaengig von Electron-Fix | | Dringlichkeit | `██░░░░░░░░` | Niedrig — Kompromiss (Rechtsklick = Menue) ist im Einsatz | ## Befund Holm wollte Linksklick statt Rechtsklick fuers Tray-Kontextmenue. Umgesetzt (`tray.on('click', ...)` ruft `popUpContextMenu()`), aber: der `click`-Event feuert nachweislich (Log zeigte wiederholt `tray-event: click`), das Menue kam trotzdem nicht hoch. Rechtsklick zeigt es zuverlaessig -- das ist der native GTK/XEmbed-Sofort-Pfad, der komplett am Electron-JS-Layer vorbeilaeuft. Das deckt sich mit mehreren offenen Electron-Issues zu genau diesem Linux-Tray-Verhalten: [electron/electron#16462](https://github.com/electron/electron/issues/16462), [electron/electron#14941](https://github.com/electron/electron/issues/14941), [electron/electron#5058](https://github.com/electron/electron/issues/5058) (`right-click`-Event feuert gar nicht erst, sobald `setContextMenu()` gesetzt ist -- der native Pfad uebernimmt exklusiv). Kein Bug in playzen, eine Engine-Grenze. ## Kompromiss (Holm 2026-08-24) Rechtsklick bleibt fuers Menue (zuverlaessig), Linksklick toggelt direkt Zeigen/Verstecken. Der "Zeigen/Verstecken"-Menuepunkt bleibt zusaetzlich oben im Menue erreichbar. ## Wann wieder aufgreifen Bei einem Electron-Minor-/Major-Update pruefen, ob eines der drei verlinkten Issues geschlossen wurde. Kein aktiver Handlungsbedarf bis dahin. > 🤖 angelegt von Claude v00 (API/Token holm)

holm added the

Kind/Bug

Priority/Low

Status/Blocked

labels

2026-08-24 14:04:47 +02:00