Skip to content

Releases: studentepercaso/bridge-control

Bridge Control 0.5.5

Choose a tag to compare

@github-actions github-actions released this 15 Jul 15:05
d752d10

Bridge Control 0.5.5 — Larger bridge write proposals / Proposte di scrittura del bridge più ampie

English

Bridge Control 0.5.5 is a coordinated metadata and documentation release for Obsidian Bridge 0.5.5. The matching external bridge increases the UTF-8 content allowed in one create or append proposal from 8 KiB to 64 KiB, so a single prepared operation can carry more text without changing the permission model.

The larger proposal is still processed through the existing bounded write path. The exact resulting note remains limited to 1 MiB, and long content is still split on Unicode code-point boundaries into complete Obsidian CLI frames of at most 3072 UTF-8 bytes. Existing compare-and-swap checks, exact snapshots, backups, intermediate and final verification, audit evidence, and manual-recovery behavior remain in force.

This standalone release changes no Bridge Control runtime source, bundled main.js, settings schema, permission, management operation, command-protocol field, network behavior, direct filesystem note-write surface, or permanent-deletion capability. Install the matching Obsidian Bridge 0.5.5 release and reload Obsidian. No live-vault smoke test or atomic rollback is claimed by these notes.

Italiano

Bridge Control 0.5.5 è una release coordinata di metadati e documentazione per Obsidian Bridge 0.5.5. Il bridge esterno corrispondente aumenta da 8 KiB a 64 KiB il contenuto UTF-8 consentito in una singola proposta create o append, così una sola operazione preparata può trasportare più testo senza modificare il modello dei permessi.

La proposta più ampia continua a passare attraverso il percorso di scrittura limitato esistente. La nota risultante esatta resta limitata a 1 MiB e i contenuti lunghi continuano a essere divisi sui confini dei punti di codice Unicode in frame completi della CLI di Obsidian di massimo 3072 byte UTF-8. Restano attivi i controlli compare-and-swap, gli snapshot esatti, i backup, la verifica intermedia e finale, l'evidenza audit e il comportamento di recupero manuale esistenti.

Questa release autonoma non modifica il sorgente runtime di Bridge Control, il bundle main.js, lo schema delle impostazioni, i permessi, le operazioni gestite, i campi del protocollo dei comandi, il comportamento di rete, la superficie di scrittura diretta delle note via filesystem o la possibilità di cancellazione permanente. Installa la release Obsidian Bridge 0.5.5 corrispondente e ricarica Obsidian. Queste note non dichiarano una prova live su un vault né un rollback atomico.

Bridge Control 0.5.4

Choose a tag to compare

@github-actions github-actions released this 12 Jul 18:44
64bee64

English

Bridge Control 0.5.4 hardens the public plugin after the Obsidian automated review:

  • removes child_process and every executable launch from the companion;
  • uses the vault's authoritative Vault.configDir with fail-closed schema-v5 migration and case-insensitive denial;
  • fixes the reported TypeScript, regular-expression, timer, thrown-value, and CSS findings;
  • adds repeatable locked builds and GitHub SLSA attestations for main.js, manifest.json, and styles.css.

Node filesystem access remains intentionally bounded to documented bridge-coordination stores; note reads and mutations continue to use public Obsidian APIs. Install the matching Obsidian Bridge 0.5.4 component.

Full bilingual release notes · Changes since 0.5.3

Italiano

Bridge Control 0.5.4 rafforza il plugin pubblico dopo la revisione automatica Obsidian:

  • elimina child_process e ogni avvio di eseguibili dal companion;
  • usa il vero Vault.configDir con migrazione prudente allo schema v5 e divieto case-insensitive;
  • corregge le segnalazioni TypeScript, espressioni regolari, timer, valori lanciati e CSS;
  • aggiunge build ripetibili da lockfile e attestazioni GitHub SLSA per main.js, manifest.json e styles.css.

L'accesso filesystem Node resta intenzionalmente limitato agli archivi documentati di coordinamento del bridge; lettura e modifica delle note continuano a usare le API pubbliche di Obsidian. Installa il componente Obsidian Bridge 0.5.4 corrispondente.

Bridge Control 0.5.3

Choose a tag to compare

@studentepercaso studentepercaso released this 12 Jul 17:12
0b58ea1

Bridge Control 0.5.3 — Matching writer-safety release / Release coordinata per la sicurezza del writer

English

Bridge Control 0.5.3 is the companion release for Obsidian Bridge 0.5.3. It updates version metadata, documentation, and the read-only audit diagnostics parser/UI so Recent problems accepts and classifies the two bounded manual-recovery codes. The companion settings schema, CLI command protocol, permission model, management handler, and public Obsidian API mutation code are unchanged.

The matching bridge now uses settings-backed, bounded exact UTF-8 read-only snapshots for every protected/autonomous create/append observation: prepare, commit CAS, backup capture, intermediate and final verification, and recovery classification. Note mutation still uses only the allowlisted official Obsidian CLI. The legacy environment-only writer fails closed and requires migration to Bridge Control because normalized CLI stdout is not an exact CAS source. An append whose resulting document would exceed 1 MiB and a create target whose parent folder does not already exist are rejected before mutation.

Create/append no longer attempts destructive automatic CLI rollback after a post-mutation failure. It preserves exact backup and metadata-only audit evidence, leaves the observed state untouched, and reports manual_recovery_required=true with WRITE_FAILED_MANUAL_RECOVERY_REQUIRED or VERIFICATION_FAILED_MANUAL_RECOVERY_REQUIRED; partial create remains delete_disabled. This is not atomic rollback, and no live-vault smoke-test result is claimed here.

Italiano

Bridge Control 0.5.3 è la release companion di Obsidian Bridge 0.5.3. Aggiorna metadati di versione, documentazione e diagnostica audit di sola lettura affinché Problemi recenti accetti e classifichi i due nuovi codici limitati di recupero manuale. Schema delle impostazioni, protocollo dei comandi CLI, modello dei permessi, handler di gestione e codice di mutazione tramite API pubbliche di Obsidian restano invariati.

Il bridge corrispondente usa ora snapshot UTF-8 esatti, limitati, di sola lettura e basati sulle impostazioni per ogni osservazione create/append protetta o autonoma: prepare, CAS al commit, acquisizione backup, verifiche intermedie e finali e classificazione del recupero. Le mutazioni delle note continuano a usare soltanto la CLI ufficiale allowlistata. Il writer legacy configurato solo tramite ambiente si chiude in modo prudente e richiede la migrazione a Bridge Control, perché lo stdout normalizzato della CLI non è una sorgente CAS esatta. Append viene rifiutato se il documento risultante supererebbe 1 MiB e create viene rifiutato se la cartella padre non esiste già, prima della mutazione.

Create/append non tenta più rollback CLI automatici e distruttivi dopo un errore successivo alla mutazione. Conserva backup esatto ed evidenza audit composta solo da metadati, lascia intatto lo stato osservato e restituisce manual_recovery_required=true con WRITE_FAILED_MANUAL_RECOVERY_REQUIRED o VERIFICATION_FAILED_MANUAL_RECOVERY_REQUIRED; una create parziale resta delete_disabled. Non si tratta di rollback atomico e qui non viene dichiarato alcun esito di test live sul vault.

Bridge Control 0.5.2

Choose a tag to compare

@studentepercaso studentepercaso released this 12 Jul 16:34
a3535c0

Superseded by 0.5.3. Use matching Obsidian Bridge and Bridge Control 0.5.3 components so the writer and Recent problems diagnostics understand the exact-verification and manual-recovery outcomes.

Bridge Control 0.5.2 ## English Bridge Control 0.5.2 is the matching companion release for the Obsidian Bridge 0.5.2 exact management-snapshot fix. The previous bridge could prepare a source hash from CLI-normalized text. If a note had no final newline, Bridge Control's exact in-Obsidian content correctly differed from that normalized representation and the handler rejected every commit with CHANGE_CONFLICT, even when the file had not changed. The matching bridge now prepares the hash from a bounded exact UTF-8 snapshot, so both sides compare the same source representation. Bridge Control's safety check is not relaxed: it still compares the exact current content immediately before replacement or frontmatter mutation and rechecks exact source state for move and trash. Genuine concurrent changes still fail closed before mutation. This patch does not add a command, permission, protocol field, settings migration, audit field, direct note-write path, or network request. The fixed bridge-control:commit handler, version-4 shared-settings schema, edit/move/trash grants, one-time token-bound request, backups, metadata-only audit, and public Obsidian API operations remain unchanged. Install the matching 0.5.2 releases, reload Obsidian, refresh or reinstall the Codex plugin, and start a new Codex task. Existing Bridge Control settings are preserved. Validate first with synthetic no-final-newline, LF, CRLF, and BOM notes, then confirm that a deliberate edit after prepare still returns a real conflict. ## Italiano Bridge Control 0.5.2 è la release companion corrispondente alla correzione degli snapshot esatti di gestione in Obsidian Bridge 0.5.2. Il bridge precedente poteva preparare l'hash sorgente da testo normalizzato dalla CLI. Se una nota non terminava con una nuova riga, il contenuto esatto visto da Bridge Control dentro Obsidian differiva correttamente da quella rappresentazione normalizzata e l'handler respingeva ogni commit con CHANGE_CONFLICT, anche quando il file non era cambiato. Il bridge corrispondente prepara ora l'hash da uno snapshot UTF-8 esatto e limitato, così entrambe le parti confrontano la stessa rappresentazione sorgente. Il controllo di sicurezza di Bridge Control non viene indebolito: continua a confrontare il contenuto corrente esatto subito prima di una sostituzione o modifica del frontmatter e a ricontrollare lo stato sorgente esatto per spostamento e cestino. Le vere modifiche concorrenti continuano a chiudere l'operazione in modo prudente prima della modifica. Questa patch non aggiunge comandi, permessi, campi di protocollo, migrazioni delle impostazioni, campi audit, percorsi di scrittura diretta o richieste di rete. Restano invariati l'handler fisso bridge-control:commit, lo schema condiviso versione 4, i permessi edit/move/trash, la richiesta monouso vincolata da token, i backup, l'audit composto soltanto da metadati e le operazioni tramite API pubbliche di Obsidian. Installa le release 0.5.2 corrispondenti, ricarica Obsidian, aggiorna o reinstalla il plugin Codex e avvia una nuova attività Codex. Le impostazioni Bridge Control esistenti vengono conservate. Verifica prima con note sintetiche senza nuova riga finale, con LF, CRLF e BOM, poi conferma che una modifica intenzionale dopo prepare restituisca ancora un conflitto reale.

Bridge Control 0.5.1

Choose a tag to compare

@studentepercaso studentepercaso released this 12 Jul 12:43
a3c663a

Bridge Control 0.5.1

English

Bridge Control 0.5.1 is the companion release for Obsidian Bridge 0.5.1 structured write diagnostics.

Recent failed create and append records may include the optional bounded fields failure_stage and cause_code. Recent problems validates and displays this metadata together with the existing error and rollback state so the failure category is not lost behind a generic write_failed result.

The fields contain only short machine-readable metadata. Bridge Control does not read or display raw exception messages, Obsidian CLI stdout or stderr, note text, proposed content, or backup bodies. Unknown, malformed, oversized, or inconsistent records remain rejected or clearly reported as partial diagnostics.

Diagnostic fields are evidence only. They cannot enable a vault, grant a management capability, confirm a protected write, or authorize an automatic retry. After a failure, inspect the current note state and wait for explicit human direction before preparing another change.

This patch does not change access profiles, shared-settings schema version 4, management permissions, backup retention, or the available mutation operations. Use the matching Obsidian Bridge 0.5.1 release.

Update and reload Bridge Control before testing the 0.5.1 writer. Version 0.5.0 intentionally rejected unknown audit keys, so during a staggered update it can temporarily count a new 0.5.1 diagnostic record as malformed.

Italiano

Bridge Control 0.5.1 è la release companion per la diagnostica strutturata delle scritture di Obsidian Bridge 0.5.1.

I record recenti di creazioni e aggiunte fallite possono includere i campi opzionali e limitati failure_stage e cause_code. Problemi recenti valida e mostra questi metadati insieme allo stato di errore e rollback già esistente, evitando che la categoria tecnica venga persa dietro il risultato generico write_failed.

I campi contengono soltanto brevi metadati leggibili dalla macchina. Bridge Control non legge né mostra messaggi grezzi delle eccezioni, stdout o stderr della CLI di Obsidian, testo delle note, contenuto proposto o corpo dei backup. I record sconosciuti, malformati, troppo grandi o incoerenti restano rifiutati o vengono segnalati chiaramente come diagnostica parziale.

I campi diagnostici sono soltanto evidenza. Non possono abilitare un vault, concedere un permesso di gestione, confermare una scrittura protetta o autorizzare un nuovo tentativo automatico. Dopo un errore, controlla lo stato attuale della nota e attendi indicazioni umane esplicite prima di preparare un'altra modifica.

Questa patch non modifica profili di accesso, schema condiviso versione 4, permessi di gestione, conservazione dei backup o operazioni di modifica disponibili. Usa la release Obsidian Bridge 0.5.1 corrispondente.

Aggiorna e ricarica Bridge Control prima di provare il writer 0.5.1. La versione 0.5.0 rifiutava intenzionalmente le chiavi audit sconosciute: durante un aggiornamento sfalsato può quindi contare temporaneamente un nuovo record diagnostico 0.5.1 come non valido.

Bridge Control 0.5.0

Choose a tag to compare

@studentepercaso studentepercaso released this 12 Jul 11:52
0d7fed2

Bridge Control 0.5.0

English

Bridge Control 0.5.0 adds Full management, a third per-vault access profile for users who want Obsidian Bridge to maintain existing notes without asking for approval on every individual operation.

Full management is never enabled by installation or migration. The user must open Bridge Control, choose the profile, select at least one exact capability, acknowledge the named vault and permission set, and complete a save/read-back verification. The three grants are independent:

  • Edit notes and frontmatter permits exact whole-note replacement, literal in-place edits prepared by the bridge, and typed frontmatter set/remove operations.
  • Rename and move permits a note to be renamed or moved to a currently empty destination. To keep Move isolated from Edit, the bridge does not automatically rewrite backlinks in other notes.
  • Move to Obsidian trash permits recoverable removal through Obsidian's trash. Permanent deletion is not implemented.

Protected access and Autonomous access remain available. Autonomous access is the new label for the previous version-3 Full access and still supports only read, create, and append. Switching away from Full management clears every management grant.

Public Obsidian execution path

The matching Obsidian Bridge 0.5.0 MCP server prepares a bounded preview, source hash, and short-lived one-time request. It invokes only the custom public CLI handler:

bridge-control:commit request=<uuid> token=<256-bit-token>

The handler claims the request once, authenticates it, validates its strict shape and expiry, binds it to the current stable vault ID, and checks the relevant permission twice. Mutation then stays inside public Obsidian APIs:

  • Vault.process() for atomic Markdown replacement;
  • Vault.process() with Obsidian's public YAML helpers for atomic, hash-checked frontmatter updates;
  • Vault.rename() for rename and move without rewriting other notes;
  • FileManager.trashFile() for recoverable removal.

There is no generic command forwarding. Version 0.5.0 does not expose eval, a shell, arbitrary Obsidian commands, permanent delete, plugin installation, or unrestricted filesystem mutation.

Backup, verification, and diagnostics

Before each managed mutation, Bridge Control creates a private local backup containing the previous note body and its hash. It rejects changed sources and occupied move destinations, verifies the operation's postcondition, records the outcome in the shared audit.ndjson, and attempts bounded rollback when a partially applied operation cannot be verified.

A managed result is considered successful by the bridge only when both verified and audit_recorded are true. Recent problems and the bridge's diagnostic tool can report replace, frontmatter, move, and trash events, destination paths, error codes, backup IDs, and recovery status. They never return note or backup bodies.

Recovery backups are intentionally local plaintext because they must be usable after a failed write. A replacement request can also contain the proposed new body while its short-lived request file exists; the handler consumes and removes that file before mutation. Neither data is uploaded by Bridge Control.

Safe version-4 migration

Shared settings now use strict version 4:

  • version 2 migrates to Protected access;
  • version-3 Protected access remains Protected;
  • version-3 Full access remains Autonomous and receives edit=false, move=false, and trash=false;
  • management grants are invalid outside Full management;
  • Full management is invalid unless at least one capability is selected.

Missing, malformed, stale, concurrently changed, or unverifiable policy data fails closed. Vault-local plugin cache is only a protected draft and cannot reactivate Autonomous or Full-management access. This release requires Obsidian 1.12.7 or later, the official Obsidian CLI enabled, and the matching Obsidian Bridge 0.5.0 package.

Italiano

Bridge Control 0.5.0 aggiunge Gestione completa, un terzo profilo per vault destinato a chi vuole permettere a Obsidian Bridge di mantenere le note esistenti senza chiedere conferma per ogni singola operazione.

Gestione completa non viene mai attivata dall'installazione o da una migrazione. L'utente deve aprire Bridge Control, scegliere il profilo, selezionare almeno una capacità precisa, confermare il vault e l'insieme dei permessi indicati, quindi completare il salvataggio con rilettura di verifica. I tre permessi sono indipendenti:

  • Modifica note e frontmatter autorizza la sostituzione esatta dell'intera nota, le modifiche letterali in-place preparate dal bridge e le operazioni tipizzate di aggiunta/rimozione nel frontmatter.
  • Rinomina e sposta autorizza la rinomina o lo spostamento verso una destinazione libera. Per mantenere Sposta separato da Modifica, il bridge non riscrive automaticamente i backlink nelle altre note.
  • Sposta nel cestino di Obsidian autorizza una rimozione recuperabile tramite il cestino. La cancellazione permanente non è implementata.

Accesso protetto e Accesso autonomo restano disponibili. Accesso autonomo è il nuovo nome del precedente Accesso completo versione 3 e continua a consentire soltanto lettura, creazione e aggiunta. Il passaggio da Gestione completa a un altro profilo azzera tutti i permessi di gestione.

Percorso di esecuzione pubblico dentro Obsidian

Il server MCP Obsidian Bridge 0.5.0 corrispondente prepara un'anteprima limitata, l'hash sorgente e una richiesta monouso con scadenza breve. Invoca esclusivamente l'handler personalizzato pubblico della CLI:

bridge-control:commit request=<uuid> token=<token-256-bit>

L'handler acquisisce la richiesta una sola volta, la autentica, ne valida forma rigorosa e scadenza, la associa all'ID stabile del vault corrente e controlla due volte il permesso specifico. La modifica resta poi all'interno delle API pubbliche di Obsidian:

  • Vault.process() per la sostituzione atomica del Markdown;
  • Vault.process() con gli helper YAML pubblici di Obsidian per aggiornare il frontmatter in modo atomico e controllato dall'hash;
  • Vault.rename() per rinomina e spostamento senza riscrivere altre note;
  • FileManager.trashFile() per la rimozione recuperabile.

Non esiste inoltro generico di comandi. La versione 0.5.0 non espone eval, shell, comandi Obsidian arbitrari, cancellazione permanente, installazione di plugin o modifiche filesystem senza limiti.

Backup, verifica e diagnostica

Prima di ogni modifica gestita, Bridge Control crea un backup locale privato con il contenuto precedente della nota e il relativo hash. Rifiuta sorgenti cambiate e destinazioni già occupate, verifica la condizione finale, registra l'esito nel file condiviso audit.ndjson e tenta un rollback limitato quando non riesce a verificare un'operazione applicata solo in parte.

Il bridge considera riuscita un'operazione gestita soltanto quando verified e audit_recorded sono entrambi veri. Problemi recenti e lo strumento diagnostico del bridge possono mostrare eventi replace, frontmatter, move e trash, percorso di destinazione, codice errore, ID backup e stato del recupero. Non restituiscono mai il corpo delle note o dei backup.

I backup di recupero restano intenzionalmente in chiaro e in locale perché devono essere utilizzabili dopo una scrittura fallita. Anche una richiesta di sostituzione può contenere il nuovo corpo proposto per il breve tempo in cui esiste il file richiesta; l'handler consuma e rimuove quel file prima della modifica. Bridge Control non carica in rete nessuno di questi dati.

Migrazione prudente alla versione 4

Le impostazioni condivise usano ora il formato rigoroso versione 4:

  • la versione 2 migra ad Accesso protetto;
  • Accesso protetto versione 3 resta protetto;
  • Accesso completo versione 3 resta Accesso autonomo e riceve edit=false, move=false e trash=false;
  • i permessi di gestione non sono validi fuori da Gestione completa;
  • Gestione completa non è valida senza almeno una capacità selezionata.

Impostazioni mancanti, malformate, obsolete, cambiate in concorrenza o non verificabili chiudono l'accesso in modo prudente. La cache locale del plugin nel vault è soltanto una bozza protetta e non può riattivare Accesso autonomo o Gestione completa. Questa versione richiede Obsidian 1.12.7 o successivo, la CLI ufficiale di Obsidian abilitata e il pacchetto Obsidian Bridge 0.5.0 corrispondente.

Bridge Control 0.4.1

Choose a tag to compare

@studentepercaso studentepercaso released this 12 Jul 10:16
b966b4c

Bridge Control 0.4.1

English

Bridge Control 0.4.1 fixes the settings-panel rerender crash that could appear immediately after Full access was successfully enabled. The permission had already been stored and verified; the failure affected only the panel because two CSS class names were passed to DOMTokenList as one token.

The hotfix passes each class as an individual token and adds a regression test. It also reports a later panel-refresh problem separately from a real permission-save failure. Existing version-3 permissions remain unchanged.

Italiano

Bridge Control 0.4.1 corregge l'arresto del pannello impostazioni che poteva comparire subito dopo l'attivazione riuscita di Accesso completo. Il permesso era già stato salvato e verificato; l'errore riguardava soltanto il pannello perché due classi CSS venivano passate a DOMTokenList come un unico token.

La correzione passa ogni classe come token separato e aggiunge un test di regressione. Inoltre distingue un successivo problema grafico da un vero errore di salvataggio del permesso. I permessi versione 3 esistenti restano invariati.

Bridge Control 0.4.0

Choose a tag to compare

@studentepercaso studentepercaso released this 12 Jul 09:23
2f2737f

Bridge Control 0.4.0

English

Bridge Control 0.4.0 adds two clear per-vault profiles:

  • Protected access keeps the existing read/write folder choices and per-change confirmation;
  • Full access grants autonomous read/create/append across the eligible vault after one explicit acknowledgement naming that vault.

The panel preserves protected folder choices while full access is active and can return to protected access immediately. It also adds Recent problems, which reads only a bounded tail of local audit metadata, explains recovery, checks whether the affected note currently exists, lets the user open it, and stores up to 100 reviewed change IDs without note or backup bodies.

Failed events are retained independently from newer successful writes. Unsafe or partially malformed audit data is shown as a warning, never as a green “no problems” state. The local Obsidian plugin cache cannot restore full access when the authoritative shared policy is missing.

Full-access transitions are checked against the latest shared state under the settings lock and verified before release. Failed increases restore the previous policy; failed revocations reassert the narrower target or quarantine the shared file instead of restoring autonomy. Local panel writes are serialized, and the normal audit location is deterministic across Codex and Obsidian.

Strict version-2 settings migrate to version 3 as protected access only. No update enables full access silently. Full access requires the matching Obsidian Bridge 0.4.0 Codex plugin; older bridge versions fail closed on version-3 settings.

Italiano

Bridge Control 0.4.0 aggiunge due profili chiari per ogni vault:

  • Accesso protetto conserva le cartelle di lettura/scrittura e la conferma per ogni modifica;
  • Accesso completo consente lettura, creazione e aggiunta autonoma nell'intero vault idoneo dopo un'unica conferma esplicita che indica quel vault.

Il pannello conserva le cartelle protette durante l'accesso completo e può tornare immediatamente all'accesso protetto. Aggiunge inoltre Problemi recenti, che legge soltanto una coda limitata dei metadati audit locali, spiega il recupero, controlla se la nota interessata esiste, permette di aprirla e salva fino a 100 ID di modifiche già controllate senza corpi delle note o dei backup.

Gli eventi falliti restano visibili indipendentemente dalle scritture riuscite più recenti. Un audit non sicuro o parzialmente malformato viene mostrato come avviso, mai in verde come “nessun problema”. La cache locale del plugin Obsidian non può ripristinare l'accesso completo quando manca la configurazione condivisa autorevole.

Le transizioni verso l'accesso completo vengono controllate sulla configurazione condivisa più recente sotto lock e verificate prima del rilascio. Gli aumenti falliti ripristinano la policy precedente; le revoche fallite riconfermano la policy più stretta o mettono il file condiviso in quarantena senza ripristinare l'autonomia. I salvataggi locali del pannello sono serializzati e la cartella audit normale è deterministica tra Codex e Obsidian.

Le impostazioni rigorose in versione 2 migrano alla versione 3 soltanto come accesso protetto. Nessun aggiornamento abilita l'accesso completo in silenzio. L'accesso completo richiede il plugin Codex Obsidian Bridge 0.4.0 corrispondente; le versioni precedenti del bridge chiudono l'accesso in modo prudente davanti alle impostazioni versione 3.

Bridge Control 0.3.4

Choose a tag to compare

@studentepercaso studentepercaso released this 12 Jul 07:45

Bridge Control 0.3.4

English

Bridge Control 0.3.4 is the companion release aligned with Obsidian Bridge 0.3.4. The permission interface and deny-by-default behavior are unchanged in this companion build.

Update the matching Obsidian Bridge package to 0.3.4 as well. That bridge release bounds and verifies long official-CLI write requests to prevent the Obsidian 1.12.7 Windows main-process JSON framing crash.

Italiano

Bridge Control 0.3.4 è la versione companion allineata a Obsidian Bridge 0.3.4. In questa build del companion, l'interfaccia dei permessi e il comportamento senza accesso predefinito non cambiano.

Aggiorna anche il pacchetto Obsidian Bridge alla versione 0.3.4. Quella versione limita e verifica le richieste di scrittura lunghe inviate alla CLI ufficiale, evitando il crash del processo principale di Obsidian 1.12.7 su Windows causato dal framing JSON.

Bridge Control 0.3.3

Choose a tag to compare

@studentepercaso studentepercaso released this 11 Jul 22:11

Bridge Control 0.3.3

English

First standalone public preview of Bridge Control, the desktop-only Obsidian permission companion for the local Obsidian Bridge runtime.

  • Visual folder picker with separate Read and Write selection.
  • Default-deny access for new vaults.
  • Per-vault permissions bound to the stable Obsidian vault ID.
  • Local shared settings with atomic updates and read-back verification.
  • Official Obsidian CLI diagnostics limited to the version command.
  • CLI diagnostics run only after an explicit click and inspect known installation paths, not the ambient PATH.
  • Vault plugin data cannot redirect writes to an arbitrary external settings path.
  • No network requests, telemetry, updater, advertisements, or note-body access.

Install Obsidian Bridge separately from:
https://github.com/studentepercaso/obsidian-bridge

Italiano

Prima anteprima pubblica autonoma di Bridge Control, il companion desktop Obsidian che gestisce i permessi per il runtime locale Obsidian Bridge.

  • Selettore visuale con scelte separate Leggi e Scrivi.
  • Nessun accesso predefinito per i nuovi vault.
  • Permessi per vault associati all'ID stabile Obsidian.
  • Impostazioni locali condivise con aggiornamento atomico e rilettura di verifica.
  • Diagnostica della CLI ufficiale limitata al comando version.
  • Diagnostica avviata soltanto dopo un clic esplicito e limitata ai percorsi di installazione noti, non al PATH generale.
  • I dati del plugin nel vault non possono reindirizzare la scrittura verso un percorso esterno arbitrario.
  • Nessuna richiesta di rete, telemetria, aggiornamento interno, pubblicità o lettura del corpo delle note.