Conversation
- requestSingleInstanceLock per cartella dati; il secondo avvio riporta davanti la finestra - dopo l'aggiornamento dei portable la nuova copia aspetta che la vecchia si chiuda - finestra mostrata comunque dopo 10 s, renderer ricaricato se muore - in chiusura si fermano timer, server (closeAllConnections) e database - busy_timeout impostato prima della prima lettura e delle migrazioni Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Problemi all'avvio: mancava il blocco "una sola copia". Un secondo doppio clic, o la versione nuova lanciata dall'aggiornamento mentre la vecchia si chiudeva, apriva lo stesso database cifrato in due processi e lasciava copie in background.
requestSingleInstanceLockper cartella dati (demo e versione vera convivono);second-instanceriporta davanti la finestra--daprod-aggiornato: dopo l'aggiornamento dei portable la nuova copia riprova per 15 swill-quit: timer → server (closeAllConnections) → databasebusy_timeout10 s prima della prima lettura e delle migrazioniProvato sull'app compilata: la seconda copia esce subito (codice 0) con un solo processo principale attivo; dopo la chiusura restano 0 processi; con
--daprod-aggiornatola nuova prende il posto della vecchia. 146 test, typecheck pulito.🤖 Generated with Claude Code