# Attribute GC — TriliumNext Maintenance Tool A garbage collector for TriliumNext attributes. Scans all notes to find broken relations, unused labels, rare attributes, and near-duplicate names. Lets you preview them in a dashboard — with batch delete on classic Trilium. > **⚠ Status (TriliumNext)**: Detection works fully — all 83 notes, 66+ attribute groups scanned via `froca`. Deletion in the UI succeeds (cache is updated, re-scan confirms), but **changes are lost on page reload** because TriliumNext's frontend froca cache doesn't sync writes back to the server in the Render Note sandbox. Classic Trilium (`api.runOnBackend`) path works end-to-end. See [Persistence issue](#-persistence-issue-triliumnext). ## Features - **Full scan** — Reads all notes via `froca` (TriliumNext) or `api.runOnBackend` (classic Trilium). Classifies every label and relation by usage count and health. - **Broken relation detection** — Finds relations pointing to deleted or missing target notes. - **Rare attribute flagging** — Highlights attributes used ≤2 times, plus temp/draft/test patterns. - **Semantic duplicate finder** — Uses Levenshtein distance to surface near-identical names (`pipeline` vs `pipelne`, `autor` vs `autores`). - **Dry run mode** — Toggle on to preview what would be deleted without making changes. - **Batch selection** — Auto-select all problematic attributes with one click. - **Scoped CSS** — All styles are prefixed under `#attrgc-root` — nothing leaks into the Trilium UI. ## Installation 1. In TriliumNext, import the .zip file (the plugin) into any root note of your choice (e.g., Tools, Plugins, or Add-ons). 2. The import contains two notes: a Render note and an HTML code note. Simply click on the Render note to view the panel. ## Usage 1. Click **Escanear** — the tool reads all notes and shows a dashboard of attribute stats. 2. Use the filter tabs (**Quebrados**, **Raros**, **Sem uso**, **Sistema**) and search bar to narrow down. 3. Click **Auto-selecionar problemáticos** to check all non-system problematic attributes, or tick individual checkboxes. 4. **Toggle Dry Run OFF** (the yellow banner disappears). 5. Click **Executar limpeza** → confirm. The tool attempts to delete and runs a re-scan. > In classic Trilium, deletion persists to the database. In TriliumNext, the re-scan will show the attributes gone from the cache, but they reappear on reload (see below). ## Compatibility | Environment | Scan | Delete | Notes | |---|---|---|---| | **Classic Trilium** | `api.sql.getRows` | `note.removeLabel` / `note.removeRelation` | Full end-to-end. | | **TriliumNext** | `froca.notes` | `attr.update({ isDeleted: true })` | Detects everything. Delete works in UI but **not persisted**. | | **Browser (demo)** | Mock data | Simulated (noop) | For testing outside Trilium. | ## ⚠ Persistence issue (TriliumNext) ### What works - The froca path scans all 83 notes and 66+ attribute groups correctly. - `note.getOwnedAttributes(type, name)` returns proper `FAttribute` objects. - `attr.update({ isDeleted: true })` marks attributes deleted in the frontend cache. - The re-scan confirms the deletions (groups count drops). - `_clw.confirmSaveRelations()` exists and returns a Promise (talks to backend), but is scope-limited to the relations panel and doesn't propagate general attribute deletions. ### What doesn't - On page reload, the froca cache is rebuilt from the server — deleted attributes reappear. - `attr.update()` and `note.update()` are synchronous and local-only (no backend RPC). - `note.executeScript()` only works on script-type notes, not on arbitrary text/HTML notes. - `api.runOnBackend` is not exposed in the Render Note sandbox (it's available to JS Frontend notes via `frontend_script_api-*.js`, but not to `