Troubleshooting¶
This page collects the most common noteui problems and the fastest ways to verify them.
Editor does not open¶
noteui resolves the editor in this order:
NOTEUI_EDITOREDITORnvim
Check:
- that the chosen editor command exists on your
PATH - that
NOTEUI_EDITORorEDITORdoes not point to a shell alias that only works in interactive shells - that the editor command can be launched manually from the same terminal environment
See Environment variables for the full environment lookup behavior.
Notes are not where I expected¶
By default, noteui uses:
Check:
- whether
NOTES_ROOTis set - whether you started noteui from an environment that sets a different notes root
- whether you are looking for temporary notes under
.tmpinside the notes root
See Storage and state for the full storage layout.
Config changes are ignored or startup falls back to defaults¶
If the config file is missing, noteui uses defaults.
If the config file contains unknown keys or invalid values, noteui rejects that load and falls back to defaults.
Check:
- the file path from
NOTEUI_CONFIG, if set - otherwise the default lookup path:
noteui/config.tomlinside your user config directory - field names against the Configuration reference
- sync profile names, preview styles, border styles, and code styles for invalid values
Sync does not start¶
Sync remains disabled when sync.default_profile is empty.
Check:
- that
[sync]exists in the config - that
default_profilematches a real entry undersync.profiles - that every configured profile includes
ssh_host,remote_root, andremote_bin
See the Sync guide for the expected config shape.
Remote sync command fails¶
If noteui cannot run the remote helper, verify:
- SSH to the configured host works manually
remote_binpoints to the realnoteui-syncpath on the remote machine- the remote user can write to
remote_root - the remote machine has the
noteui-syncbinary version you expect
If you installed only noteui and not noteui-sync, remote sync will not work.
Notes show up as remote-only placeholders¶
That means noteui found synced note metadata on the server but no local file body yet.
Use:
ito import the selected remote-only noteIto import all missing synced notes
If imports are skipped, check whether a local file already exists at the target path. noteui avoids overwriting existing local files.
Synced notes turn red after startup¶
Previously healthy synced notes start green from their saved local sync record. If they turn red after startup, the background sync found a real problem.
Press ctrl+e on the affected note to open the sync details modal. It shows the exact issue category, how long ago the note was last successfully synced, and a suggested recovery step. From the modal you can press r to retry the sync immediately, or u to unlink the note locally if its remote copy is gone.
To see a history of recent sync runs and when the problem first appeared, press Y to open the sync timeline.
Also check:
- that the sync profile is still valid
- that SSH access still works
- that the remote root is accessible
- whether the note now has a conflict copy beside it
A synced note has a conflict¶
When noteui reports a conflict, it keeps the local note untouched and writes the remote body into a sibling conflict copy such as note.conflict-YYYYMMDD-HHMMSS.md.
Use this resolution flow:
- select the conflicted synced note
- press
ctrl+eto open the sync details modal, which shows both versions side-by-side and reports how long ago the conflict occurred - use
h/lor left/right to choose which version to keep, then pressEnterto apply - alternatively, press
Oto open the conflict copy in your editor for manual merging, then save the original note and sync again
If the conflict does not clear, check:
- that you edited the original note rather than only the conflict copy
- that the next sync actually succeeded
- that the remote host and profile are still reachable
Repeated conflicts usually mean the same note is still being changed in two places before either side completes a clean sync cycle.
Encryption is confusing across machines¶
Sync can move encrypted note files, but it does not move your passphrase.
Check:
- whether the note is encrypted through
encrypted: true - whether the other machine has imported the synced note yet
- whether you have entered the passphrase in the current session on that machine
For behavior details, see Encrypted notes.
Docs render differently on GitHub Pages¶
If local docs look correct but GitHub Pages does not:
- confirm the
Documentationworkflow actually deployed the latest commit - confirm GitHub Pages is publishing from GitHub Actions rather than a branch source
- confirm the docs workflow uses the pinned
zensicalversion - hard-refresh the browser or test in a private window to rule out cached CSS and JS
If Pages deploys only after a manual rerun, verify the workflow is still using separate build and deploy jobs rather than building and deploying in a single job.
See Docs maintenance for the docs pipeline setup.