VM-Befunde abgehakt: Cinnamon/XFCE gelöst (Anchor::Click + Cinnamon-Extension), Gegenproben KDE/GNOME ok

2026-07-21 11:25:29 +02:00
parent a396218a82
commit 543d3a3ef6
4 changed files with 36 additions and 14 deletions
@@ -33,21 +33,38 @@ Listen-Scroll (Toolbars stehen).

 ## VM-Tests Desktop-Umgebungen (Befunde 2026-07-20, Fedora-Klone unter qemu:///session)

- [ ] **Cinnamon: Popup öffnet links oben statt rechts unten.** Platzierung
-      ankert an der Tray-Icon-Geometrie; unter Cinnamon (XApp/SNI statt
-      GNOME-Extension) fehlt sie offenbar → Fallback 0,0.
- [ ] **Cinnamon + XFCE: Klick auf andere App/Leerfläche schließt das Popup
-      nicht.** Auf beiden X11-Desktops reproduziert — Blur-/Focus-out kommt
-      unter X11 anders an; PopupBlurGuard greift dort nicht.
- [ ] KDE (Plasma-Kern): erster Durchlauf laut Marcus ok. XFCE: Position ok,
-      nur Blur-Schließen defekt (Xorg-Server musste im Guest nachinstalliert
-      werden, war kein App-Problem).
+- [x] **Cinnamon: Popup öffnet links oben statt rechts unten.** Ursache war
+      Wayland, nicht fehlende Tray-Geometrie: Die Cinnamon-Session der VM
+      läuft als Wayland-Session, `set_position` aus dem Client ist dort
+      wirkungslos. Gelöst 2026-07-21 zweiteilig: (a) SNI-Activate-Koordinaten
+      gehen jetzt als `Anchor::Click` durch (Cinnamon liefert echte Werte,
+      X11-Fallback bleibt Cursor), (b) neue Cinnamon-Extension
+      `cinnamon-extension/ai-control-popup@local` platziert das Popup unter
+      Wayland am Zeiger, an der Work-Area geklemmt (Panel bleibt frei). In der
+      VM verifiziert („perfekt").
+- [x] **Cinnamon + XFCE: Klick auf andere App/Leerfläche schließt das Popup
+      nicht.** Am 2026-07-21 nicht reproduzierbar — gleiches rpm, kompletter
+      Pfad läuft unter XFCE-X11 (SNI Activate → present() → Focused(true) →
+      Guard fällt → Hide), verifiziert mit Diagnose-Binary und installierter
+      App; Cinnamon-Wayland schließt ebenfalls. Plausibelste Rekonstruktion
+      für 2026-07-20: erster Login direkt nach DE-Nachinstallation und
+      gdm-Restart. Guard-Härtung bewusst verworfen (Bedarf nicht belegt).
+- [x] KDE (Plasma-Kern): erster Durchlauf laut Marcus ok. XFCE: Position ok
+      (Xorg-Server musste im Guest nachinstalliert werden, war kein
+      App-Problem).
+- [x] Gegenprobe nach dem Anchor-Umbau (2026-07-21): KDE Plasma (Wayland,
+      KWin-Script) und GNOME (Wayland, Extension) beide ohne Befund —
+      Platzierung und Blur-Schließen ok.
+- [ ] Cinnamon-X11 (Mint-Default) ungetestet; Cinnamon-Extension noch nicht
+      im deb/rpm paketiert (liegt in der VM nur unter
+      ~/.local/share/cinnamon/extensions).

 ## Release-Themen (wenn es Richtung Veröffentlichung geht)

 - README ist außer Sync (beschreibt teils den alten Stand).
 - GNOME-Extension via deb/rpm nach /usr/share ausrollen (postinst nur GNOME,
-  prerm für dconf); AppImage-Start unter GNOME ist schon gesperrt.
+  prerm für dconf); AppImage-Start unter GNOME ist schon gesperrt. Dazu jetzt
+  auch die Cinnamon-Extension (nach /usr/share/cinnamon/extensions).
 - macOS/Windows-Angleich der Panel-UI; `publish`-Flow.

 ## Hintergrund (unverändert gültig)
@@ -19,5 +19,5 @@
 - [Archiv-Suchindex-Konzept](archiv-suchindex-konzept.md) — umgesetzt 2026-07-19: FTS5 in-memory pro Anfrage, search_archive, Treffer-Kacheln als dritter Panel-Modus; App-Verifikation offen
 - [Archiv-Home-Konzept](archiv-home-konzept.md) — umgesetzt 2026-07-19: archiveHome (alias archiveDir), archive_panel mit folder/description/tags; HTTPS-Sync + migrate offen
 - [Archiv-Wiki-Konzept](archiv-wiki-konzept.md) — umgesetzt + UI-Umbauten + Refinement 2026-07-19: Header-Tabs, rahmenlose Fenster mit Theme-Variablen, Live-Suche mit #tag, Archiv-Formular, Archiv wähl-/abwählbar, 27 Frontend-Tests (vitest); Panel-Hänger war fehlende Window-ACL; offen: publish, macOS/Windows-Angleich
- [Linux-Install-TODOs](linux-install-todos.md) — GNOME-Extension via deb/rpm nach /usr/share ausrollen (postinst nur GNOME, prerm für dconf); AppImage-Start unter GNOME sperren mit Verweis aufs deb
+- [Linux-Install-TODOs](linux-install-todos.md) — GNOME- und Cinnamon-Extension via deb/rpm nach /usr/share ausrollen (postinst/prerm); AppImage-Start unter GNOME sperren mit Verweis aufs deb
 - [VM-Testflotte](vm-testflotte.md) — pkgtest-VMs: Zugang test/test + id_default, Port-Konventionen, DPMS/hostfwd/destroy-Stolperfallen
@@ -1,10 +1,11 @@
 ---
 name: linux-install-todos
-description: Offene Linux-Paket-TODOs — GNOME-Extension via deb/rpm ausrollen + AppImage-Start unter GNOME sperren
+description: Offene Linux-Paket-TODOs — GNOME- und Cinnamon-Extension via deb/rpm ausrollen + AppImage-Start unter GNOME sperren
 metadata: 
  node_type: memory
  type: project
  originSessionId: 26f13b98-f5ce-4a4b-a65e-8244436d3ff7
+  modified: 2026-07-21T08:45:17.657Z
 ---

 Zwei offene Aufgaben für die Linux-Installation (Stand 2026-07-11), aus der Analyse der GNOME-Popup-Extension.
@@ -15,4 +16,6 @@ Zwei offene Aufgaben für die Linux-Installation (Stand 2026-07-11), aus der Ana

 **3. Aktivierung ohne manuellen Launcher-Start (Autostart).** Die systemweit installierte Extension ist nur *verfügbar*, aktiviert wird sie pro Benutzer in dconf; das postinst (root) kann diesen Schalter nicht setzen. Manuell die App aus dem App-Grid starten ist NO GO. Lösung: das Paket legt einen Autostart-Eintrag `/etc/xdg/autostart/ai-control.desktop`, die App (reine Tray-App) startet damit bei jedem Login von selbst. Ablauf: Install → einmal neu anmelden → beim Login kennt die Shell die Extension (lag vor dem Login da, wird beim Shell-Start gescannt), die autostartende App aktiviert sie im User-Kontext per `gnome-extensions enable ai-control-popup@local` → Icon erscheint sofort, ab da bei jedem Login automatisch. Einziger manueller Schritt bleibt das eine Neu-Anmelden nach der Installation — unvermeidbar, weil GNOME eine neu installierte Extension erst beim nächsten Login scannt und Wayland die Shell nicht live neu startet.

-Siehe [[linux-release-prep]], [[linux-umzug]].
+**4. Cinnamon-Extension paketieren (seit 2026-07-21).** `cinnamon-extension/ai-control-popup@local/` (extension.js, metadata.json) platziert das Popup unter Cinnamon-**Wayland** (Client-`set_position` dort wirkungslos; unter X11 bleibt die Extension passiv via `Meta.is_wayland_compositor()`). Ziel: `/usr/share/cinnamon/extensions/ai-control-popup@local/`; Aktivierung pro Benutzer über gsettings-Key `org.cinnamon enabled-extensions` — gleiches Autostart-/prerm-Thema wie bei GNOME. Kein D-Bus, kein Panel-Button: Tray kommt unter Cinnamon über SNI/xapp, die Extension macht nur Platzierung (Zeigerposition, Work-Area-geklemmt).
+
+Siehe [[linux-release-prep]], [[linux-umzug]], [[vm-testflotte]].
@@ -5,7 +5,7 @@ metadata:
  node_type: memory
  type: project
  originSessionId: 049c1ce5-124f-4a7c-a538-357b9c5370cb
-  modified: 2026-07-20T18:44:02.541Z
+  modified: 2026-07-21T08:45:05.785Z
 ---

 Test-VMs unter `qemu:///session` (Stand 2026-07-20): `pkgtest-rpm` (Basis, Cloud + GNOME + ai-control-rpm), Klone `pkgtest-kde` (Plasma-Kern), `pkgtest-cinnamon`, `pkgtest-xfce` (je Desktop-Kern, gdm als DM für alle, Session am Greeter wählen). Guest-Login `test`/`test`; SSH mit Key `~/.ssh/id_default` (Host bietet ihn nicht automatisch an).
@@ -17,5 +17,7 @@ Test-VMs unter `qemu:///session` (Stand 2026-07-20): `pkgtest-rpm` (Basis, Cloud
 - Greeter ignoriert ACPI-Shutdown → nach Timeout `virsh destroy` (am Greeter verlustfrei).
 - Lange Guest-Aktionen (dnf) nie an der SSH-Session hängen lassen — als `systemd-run --unit=…` starten und pollen; SSH-Verbindungen brechen über slirp gern ab.
 - kde-Klon hat noch e1000-NIC (~300 KiB/s), cinnamon/xfce sind auf virtio umgestellt.
+- Die Cinnamon-Session der VM ist **Wayland** (gdm-Default dort; XAUTHORITY zeigt .muffin-Xwaylandauth). Für X11-Cinnamon (Mint-Default) am Greeter die X11-Variante wählen — bisher ungetestet.
+- In pkgtest-cinnamon liegt die Cinnamon-Extension unter ~/.local/share/cinnamon/extensions (2026-07-21, nicht paketiert); Binär-Tests liefen über /tmp/ai-control-diag (tmpfs, nach Reboot weg).

 Offene Befunde aus dem ersten Durchlauf stehen in OFFENE-PUNKTE.md (Abschnitt VM-Tests).