Guida alla versione preliminare · 0.1.0

Recuperare conservando l’esito originale

Individua il confine interessato di connessione, autorità, sorgenti, scanner o job e usa il relativo recupero senza sostituire l’identità dell’installazione.

Il riferimento API è in inglese.

Conserva l’identità del lavoro

Parti dall’errore visibile e dalla risorsa indicata. Conserva stato d’installazione, endpoint, profilo e identificatori di progetto, scansione, job o comando. Una nuova directory di stato crea un’altra installazione; non recupera membri o risultati precedenti.

Una lettura fallita è diversa da un risultato vuoto. Findings, Settings e Jobs conservano le informazioni caricate se un aggiornamento successivo fallisce. Sono un contesto utile, ma serve una nuova lettura riuscita per affidarsi allo stato attuale.

Ripristina la connessione prevista

Verifica che lomoCodeSecurity.apiBaseUrl punti all’installazione corretta. Il valore predefinito è http://127.0.0.1:8080; un’altra porta è un’altra origine. Cambiarlo richiede una nuova connessione alla destinazione. L’estensione non invia l’autorità della vecchia origine a quella nuova.

Usa l’avvio supportato dai sorgenti con lo stesso stato d’installazione. Quando il servizio torna, Reconnect to Local Service ritenta la connessione del profilo esistente. Se l’appartenenza è revocata o inattiva, usa Connect / Review IDE Access. Riconnettere non approva membri o accesso ai sorgenti.

Per un browser proprietario indisponibile, segui il recupero dell’autenticazione. Mantieni privati i valori monouso. Una sessione assente non giustifica copiare credenziali editor o ricreare tutti i client.

L’avvio automatico nativo Windows ha un problema documentato di timeout nella verifica dello storage privato dell’anteprima pubblica. Un aggiornamento manuale riuscito non prova che sia riparato. Consulta lo stato di rilascio fissato per i limiti di piattaforma prima di considerare accettata una soluzione provvisoria.

Ripara soltanto il record di autorità danneggiato

La riparazione locale conferma file esatti del profilo, invariati e dimostrati corrotti. Remove invalid record del proprietario in Settings punta a una riga server di appartenenza invalida. Sono operazioni distinte: nessuna esegue silenziosamente l’altra.

Conserva file sconosciuti o modificati per la diagnosi. Non copiare autorità altrui, allargare permessi delle directory o rimuovere tutti i record per aggirare l’errore. La nuova iscrizione crea una generazione nuova; la protezione del clone va approvata e applicata ancora per quella generazione.

Riconcilia sorgenti ed evidenze obsolete nell’editor

Selezione, registrazione e autorizzazione host sono separate. Esamina la radice precisa proposta e applica solo l’autorizzazione prevista. Aggiungere una cartella a VS Code o scegliere un figlio non autorizza un genitore più ampio.

Dopo modifiche, rinomina o eliminazione, i vecchi diagnostici possono essere marcati obsoleti o rimossi. Salva il contenuto previsto e analizza file, cartella o repository esatti. Refresh Findings ricarica risultati; non analizza modifiche. I buffer non salvati non sono input degli scanner.

Se una nuova scansione di file non stabilisce la destinazione canonica, risolvi il contesto senza sostituirla con un nome simile. I rilievi storici restano legati all’albero registrato.

Recupera la disponibilità degli scanner

Apri Tools e controlla ogni componente richiesto. Durante Verifying, attendi la verifica del contenuto. Avvisi e scadenza rigida sono diversi: i dati verificati avvisano dopo sette giorni e hanno una finestra massima di quattordici. Le regole immutabili seguono il lock verificato, non una soglia d’età inventata.

Usa Prepare all scanners per la preparazione completa normale. requires_lock_refresh richiede sorgenti verificati e lock dei dati aggiornati; ripetere il download con la stessa autorità scaduta non ripara il problema.

Scegli l’azione adatta:

• Retry verification ripete un’osservazione fallita idonea della stessa destinazione cache. Non scarica e non ripara byte invalidi.
• Check cache outcome esamina una pubblicazione incerta con un job limitato separato in sola lettura. La preparazione originale resta fallita.
• Roll back cache, in Advanced scanner maintenance, seleziona una generazione precedente valida solo se contenuto, autorità, compatibilità e validità passano ancora. Non aggira la scadenza e non cambia i binari dell’immagine.

La preparazione completa può sostituire una sola generazione selezionata danneggiata se il puntatore resta valido, non esiste una precedente generazione valida e sono richiesti tutti i sei componenti di dati e regole. Serve spazio per la sostituzione completa conservando i dati vecchi. Layout insicuri, puntatori malformati e riparazioni parziali sono rifiutati in sicurezza. Conserva l’evidenza anziché cambiare manualmente puntatori, proprietario o permessi.

La guida alle scansioni spiega preparazione e copertura. Una scansione limitata resta parziale; non è una scorciatoia verso un gate completo superato.

Riprendi job e salvataggi incerti

Riapri Jobs, trova l’attività originale e aggiorna. Se l’elaborazione non è disponibile, usa make up dalla copia del prodotto, attendi salute del worker e ricontrolla lo stesso job. Riprova soltanto un’attività finale idonea con Retry.

In Settings, ripristina la connessione e usa Reload Settings. Le sezioni modificate conservano bozze e le altre caricano valori attuali. Un salvataggio incerto può essere già arrivato al backend: confronta lo stato salvato prima di ripetere. Un conflitto di revisione richiede una nuova decisione sui valori correnti.

Anche l’annullamento va riconciliato. Attendi la pulizia finale: chiudere una pagina non annulla, e annullare non ritira dati pubblicati o contenuti remoti Advisor. La guida ai job copre queste differenze e l’idempotenza API.

Interpreta gli errori API nel contesto

Gli errori di validazione usano un array detail sanitizzato con type, loc e msg, senza valori inviati. Altri errori possono usare testo o dettagli strutturati. Leggi il contratto dell’operazione esatta.

Il riferimento API collega errori specifici e codice. La tabella aiuta il recupero; non afferma che ogni route restituisca ogni stato.

Conserva evidenze per il supporto

Registra revisione pubblica, piattaforma, operazione interessata, identità non segreta della risorsa, comportamento atteso e riproduzione sintetica minima. Esamina l’output diagnostico prima di condividerlo. Escludi credenziali, cookie, valori di associazione, repository privati e log non esaminati.

L’installazione separa database persistente e artefatti supportati con dati sensibili oscurati da output temporaneo e spool di recupero degli scanner. Leggi la guida alla persistenza fissata prima del recupero dello storage. Usa il supporto per domande e il canale di sicurezza per possibili vulnerabilità.