fix(eww): background capture cmd to beat 200ms onclick timeout

[VictorGSchneider]

Causa raiz (finalmente)

Olhando o source do eww (crates/eww/src/widgets/mod.rs):

prop(timeout: as_duration = Duration::from_millis(200), onclick: as_string) ...
Command::new("/bin/sh").arg("-c").arg(&cmd).spawn();
match child.wait_timeout(timeout) {
    Ok(None) => { let _ = child.kill(); }
}

O onclick tem timeout de 200ms e o eww SIGKILLa o processo se ele passar disso. E como sh -c "single-command" faz exec direto na command (sem manter um sh intermediário), o kill atinge a própria stoa-capture.

Por que gravação funcionava: _record chama wf-recorder ... & imediatamente após o eww close, então o background fork acontece dentro dos 200ms e o wf-recorder vira órfão (sobrevive ao kill do pai).

Por que screenshot falhava: O script faz sleep 0.5 (500ms) ANTES de chamar grim. O eww mata o script aos 200ms, o _screenshot nunca executa. Bate exato com o log:

DEBUG: Case selection/screen/window triggered with args: screen screenshot
(nada depois)

Por que setsid -f não funcionou: Provavelmente não está no PATH do /bin/sh que o eww usa, ou foi morto pelo timeout antes de conseguir forkar.

Fix

Envolver o invocação em ( cmd </dev/null >/dev/null 2>&1 & ):

:onclick "(stoa-capture ${capture-mode} ${capture-type} ${capture-delay} </dev/null >/dev/null 2>&1 &)"

• Subshell forka, backgrounda stoa-capture, sai imediatamente
• /bin/sh retorna em microssegundos — muito antes dos 200ms
• stoa-capture continua como processo órfão, faz seu sleep 0.5 e roda o grim em paz
• Sintaxe POSIX pura, não depende de setsid/nohup

Test plan

• git pull && eww reload
• 📷 + Screen + disparo → arquivo em ~/Pictures/screenshots/
• 📷 + Selection → slurp abre e arquivo é salvo
• 📷 + Window → janela ativa capturada
• Delay 3s/5s aplicam atraso
• 🎥 ainda funciona (start/stop)
• /tmp/stoa-capture-debug.log agora mostra _screenshot called, Running grim ..., File exists? yes

---

Generated by Claude Code