holm/dotfiles_nvim25

Fork 0

🐛 🤖 Neovide schließt ohne Speichern-Rückfrage [unvollständig] #3

New issue

Closed

opened 2026-10-01 00:56:47 +02:00 by holm · 3 comments

holm commented

2026-10-01 00:56:47 +02:00

Owner

Dimension	Bewertung	Einschätzung
Aufwand	`██░░░░░░░░`	Gering — sobald der Schließweg bekannt ist
Nutzen	`█████████░`	Sehr hoch — Datenverlust bei ungesicherten Änderungen
Bruchhäufigkeit	`█████░░░░░`	Mittel — bei jedem Schließen mit offenen Änderungen
Dringlichkeit	`███████░░░`	Hoch — „nogo für UI" (Holm)

Meldung (Holm 2026-10-01)

„bei close closed neovide ohne save yes no blocker. das ist nogo für ui"

Befund v00 (c1b1, Neovide 0.16.2)

g:neovide_confirm_quit = v:true (Standard); die eingebaute Quit-Logik ruft dann confirm qa.
Test: Datei ändern (&modified=1), Schließen über i3 kill (= $mod+q, schickt WM_DELETE_WINDOW) → Dialog erscheint: „Änderungen in … speichern? [J]a (N)ein (A)bbrechen", Datei bleibt unverändert.
Der Weg, auf dem Holm geschlossen hat, ist damit nicht nachgestellt → offen, wie genau geschlossen wurde ($mod+q, :q, Caja-Fall, xkill, Taste im Dialog?).

[unvollständig]

Schließweg klären, dann nachstellen und abdichten.

🤖 angelegt von Claude v00 (API/Token holm)

| Dimension | Bewertung | Einschätzung | |---|---|---| | Aufwand | `██░░░░░░░░` | Gering — sobald der Schließweg bekannt ist | | Nutzen | `█████████░` | Sehr hoch — Datenverlust bei ungesicherten Änderungen | | Bruchhäufigkeit | `█████░░░░░` | Mittel — bei jedem Schließen mit offenen Änderungen | | Dringlichkeit | `███████░░░` | Hoch — „nogo für UI" (Holm) | ## Meldung (Holm 2026-10-01) „bei close closed neovide ohne save yes no blocker. das ist nogo für ui" ## Befund v00 (c1b1, Neovide 0.16.2) - `g:neovide_confirm_quit` = `v:true` (Standard); die eingebaute Quit-Logik ruft dann `confirm qa`. - Test: Datei ändern (`&modified=1`), Schließen über i3 `kill` (= `$mod+q`, schickt WM_DELETE_WINDOW) → Dialog **erscheint**: „Änderungen in … speichern? [J]a (N)ein (A)bbrechen", Datei bleibt unverändert. - Der Weg, auf dem Holm geschlossen hat, ist damit nicht nachgestellt → offen, wie genau geschlossen wurde (`$mod+q`, `:q`, Caja-Fall, `xkill`, Taste im Dialog?). ## [unvollständig] Schließweg klären, dann nachstellen und abdichten. > 🤖 angelegt von Claude v00 (API/Token holm)

holm added the

Kind/Bug

Priority/High

Status/Need More Info

labels

2026-10-01 00:56:48 +02:00

holm commented

2026-10-01 01:03:58 +02:00

Author

Owner

Befund Holm-Lauf 2026-10-01 01:03 (`neovide --log`, echte Tastatur, `$mod+q`)

Holm: „sah rückfrage".
Log: Parallel(Quit) ×2 → Dialog „… speichern? [J]a (N)ein (A)bbrechen" gerendert → danach genau eine Taste: Keyboard("j").
j ist im deutschen Dialog der Hotkey für [J]a → Datei gespeichert (/tmp/closetest.txt enthält die Eingabe), Neovide beendet.

Ergebnis: Die Rückfrage funktioniert. Das Speichern war die Antwort j auf den Dialog. Die Erstmeldung („ohne Rückfrage") ist nicht nachgestellt; Vermutung: auch dort hat eine Taste (j oder Enter = Vorgabe Ja) den Dialog sofort beantwortet. Kein Code-Fix nötig → geschlossen. Wiedereröffnen, falls der Dialog nachweislich fehlt.

🤖 angelegt von Claude v00 (API/Token holm)

## Befund Holm-Lauf 2026-10-01 01:03 (`neovide --log`, echte Tastatur, `$mod+q`) - Holm: „sah rückfrage". - Log: `Parallel(Quit)` ×2 → Dialog „… speichern? [J]a (N)ein (A)bbrechen" gerendert → danach genau eine Taste: `Keyboard("j")`. - `j` ist im deutschen Dialog der Hotkey für **[J]a** → Datei gespeichert (`/tmp/closetest.txt` enthält die Eingabe), Neovide beendet. Ergebnis: Die Rückfrage funktioniert. Das Speichern war die Antwort `j` auf den Dialog. Die Erstmeldung („ohne Rückfrage") ist nicht nachgestellt; Vermutung: auch dort hat eine Taste (`j` oder Enter = Vorgabe Ja) den Dialog sofort beantwortet. Kein Code-Fix nötig → geschlossen. Wiedereröffnen, falls der Dialog nachweislich fehlt. > 🤖 angelegt von Claude v00 (API/Token holm)

holm closed this issue

2026-10-01 01:03:58 +02:00

holm commented

2026-10-01 01:07:35 +02:00

Author

Owner

Wieder offen — Holm 2026-10-01: Ablauf genauer

„ich klicke datei in caja recht -> öffnen in neovide -> i -> tipp -> win-q -> close und save."

Gegentest v00 (RPC-gesteuert, Insert-Modus aktiv, i3-msg kill): mode() = r (Dialog offen), Prozess lebt, mehrere FocusLost/FocusGained beantworten den Dialog nicht, Datei unverändert. Der Insert-Modus allein erklärt es also nicht.

Nicht nachgestellt: echte Tastatur (Super gedrückt, Autorepeat, offenes Completion-Menü beim Tippen). Nächster Schritt: Holm-Lauf mit --log exakt nach diesem Ablauf, ohne weitere Taste nach win-q.

🤖 angelegt von Claude v00 (API/Token holm)

## Wieder offen — Holm 2026-10-01: Ablauf genauer „ich klicke datei in caja recht -> öffnen in neovide -> i -> tipp -> win-q -> close und save." Gegentest v00 (RPC-gesteuert, Insert-Modus aktiv, `i3-msg kill`): `mode()` = `r` (Dialog offen), Prozess lebt, mehrere FocusLost/FocusGained beantworten den Dialog **nicht**, Datei unverändert. Der Insert-Modus allein erklärt es also nicht. Nicht nachgestellt: echte Tastatur (Super gedrückt, Autorepeat, offenes Completion-Menü beim Tippen). Nächster Schritt: Holm-Lauf mit `--log` exakt nach diesem Ablauf, ohne weitere Taste nach `win-q`. > 🤖 angelegt von Claude v00 (API/Token holm)

holm reopened this issue

2026-10-01 01:07:35 +02:00

holm commented

2026-10-01 01:11:26 +02:00

Author

Owner

Ursache gefunden (Caja-Lauf mit `--log`, 2026-10-01 01:10)

Datei war ~/transfer-v00.md; Buffer geändert (●), dann $mod+q → Quit → nvim ruft sofort neovide.quit, kein Dialog, Datei um 01:10:20 geschrieben.
Unterschied zu den Tests mit Dialog: .md statt .txt.
Messung headless: awa.md → filetype=vimwiki, autowriteall=true; closetest.txt → filetype=text, autowriteall=false.
Quelle: lua/plugins/wiki.lua (vimwiki, Holm-WIP, uncommittet). vimwiki setzt für seine Buffer autowriteall (Default g:vimwiki_autowriteall=1) und übernimmt per g:vimwiki_global_ext (Default 1) jede .md-Datei, nicht nur die Wiki-Pfade. autowriteall schreibt bei :qa still → confirm qa hat nichts mehr zu fragen.

Kein Neovide-Bug. Fix-Entscheid bei Holm (Optionen im Chat).

🤖 angelegt von Claude v00 (API/Token holm)

## Ursache gefunden (Caja-Lauf mit `--log`, 2026-10-01 01:10) - Datei war `~/transfer-v00.md`; Buffer geändert (`●`), dann `$mod+q` → `Quit` → nvim ruft sofort `neovide.quit`, **kein Dialog**, Datei um 01:10:20 geschrieben. - Unterschied zu den Tests mit Dialog: **`.md` statt `.txt`**. - Messung headless: `awa.md` → `filetype=vimwiki`, `autowriteall=true`; `closetest.txt` → `filetype=text`, `autowriteall=false`. - Quelle: `lua/plugins/wiki.lua` (vimwiki, Holm-WIP, uncommittet). vimwiki setzt für seine Buffer `autowriteall` (Default `g:vimwiki_autowriteall=1`) und übernimmt per `g:vimwiki_global_ext` (Default 1) **jede** `.md`-Datei, nicht nur die Wiki-Pfade. `autowriteall` schreibt bei `:qa` still → `confirm qa` hat nichts mehr zu fragen. Kein Neovide-Bug. Fix-Entscheid bei Holm (Optionen im Chat). > 🤖 angelegt von Claude v00 (API/Token holm)

holm referenced this issue from a commit

2026-10-01 01:13:50 +02:00

fix(vimwiki): nur Wiki-Ordner, kein stilles Speichern beim Beenden (#3)

holm closed this issue

2026-10-01 01:13:50 +02:00