Skip to content

fix: set-default no longer fails when obsidian.json is missing or unparseable#1

Merged
TriplEight merged 1 commit into
mainfrom
3x8_set-default
Feb 17, 2026
Merged

fix: set-default no longer fails when obsidian.json is missing or unparseable#1
TriplEight merged 1 commit into
mainfrom
3x8_set-default

Conversation

@TriplEight

Copy link
Copy Markdown
Owner

fix: set-default no longer fails when obsidian.json is missing or unparseable

Description
Two fixes:

  • vault_path.go: if vault name is an absolute path, return it directly without reading obsidian.json (handles the common case of storing full paths as the default vault)
  • set_default.go: path resolution after setting the name is now best-effort; a warning is printed instead of a fatal error, so the command always succeeds as long as writing preferences.json works

Motivation and Context
fix a bug

Checklist:

  • I have written unit tests for my changes.
  • I have updated the documentation accordingly.
  • All new and existing tests passed.

…arseable

Two fixes:
- vault_path.go: if vault name is an absolute path, return it directly
  without reading obsidian.json (handles the common case of storing full
  paths as the default vault)
- set_default.go: path resolution after setting the name is now
  best-effort; a warning is printed instead of a fatal error, so the
  command always succeeds as long as writing preferences.json works
@TriplEight TriplEight merged commit 380a001 into main Feb 17, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant