Konode

Troubleshooting

Because Konode has no server, almost everything that goes wrong is between your browser and your storage backend. That narrows the list considerably.

Not covered here? Open an issue on GitHub with your browser, your backend, and what the popup's activity log shows. The log lives on your device and is never uploaded, so you will need to copy the relevant part in yourself.

Syncing

Nothing syncs, and there is no error

Check the obvious three in order. First, is a backend actually connected, or did setup stop halfway? Second, are any data types turned on? All four are off until you enable them, so a connected backend with nothing enabled will sit there doing exactly nothing. Third, run a manual sync from the popup to see whether it is a scheduling problem or a connection problem.

If a manual sync works but automatic ones do not, your browser is probably suspending the extension's background worker to save power. Manifest V3 service workers are allowed to be shut down when idle. Keeping the browser open and the device awake is the practical workaround.

One device syncs, the other does not see the changes

Both devices need the same backend and the same account on that backend. A second Google account, or a different repository, gives you two separate sync sets that will never meet. Confirm the account and the folder or repository name match on both.

A bookmark I deleted came back

This is what tombstones are meant to prevent: Konode records a deletion as an explicit event rather than inferring it from an absence, so the deletion travels to other devices instead of being undone by them.

If it happens anyway, the usual cause is a device that was offline when you deleted and had an older copy, combined with a conflict rule set to prefer that device. Check your conflict setting. If it is on "always prefer this device" somewhere, that device wins even when it is out of date. This is worth reporting with the details, since a deletion coming back is the exact failure the design targets.

Two devices disagree and I do not know which won

That is your conflict rule deciding. It is one of: newest change wins, always prefer this device, always prefer the other one, or ask each time. If you want to see each decision rather than have it made for you, switch to manual resolution and Konode will hand you the choice from the popup.

Storage backends

Google Drive sign-in fails on Brave, Helium, or ungoogled-chromium

These browsers do not provide Chrome's built-in identity API, so Konode uses an OAuth PKCE flow instead. It opens a normal sign-in page rather than a native dialog. If it fails, the usual causes are a popup or redirect being blocked by the browser's own shields, or a privacy setting stripping the OAuth redirect. Try loosening shields for the sign-in, then restoring them afterwards.

GitHub sync stopped working on its own

Almost always an expired fine-grained token. They have a mandatory expiry date. Generate a new one, scoped to the same single private repository with read and write access to contents, and paste it into settings. Nothing on the backend is lost while the token is dead; syncing just pauses.

WebDAV will not connect

Work through these in order:

  • The URL has to be the WebDAV endpoint, not your normal web login. On Nextcloud that means https://your-server/remote.php/dav/files/USERNAME/, not the address you use in a browser.
  • HTTPS is required, with a certificate your browser already trusts. Self-signed and expired certificates fail, and so does plain HTTP.
  • Use an app password if your provider offers one. Accounts with two-factor authentication frequently reject the main account password for WebDAV.
  • Check the path exists. Some servers will not create missing parent directories on demand.

Can I use Mega, Dropbox, or OneDrive?

Mega is planned but not available yet. Dropbox and OneDrive are not supported directly. If a provider offers a WebDAV endpoint, the WebDAV backend will work with it. See the roadmap.

Encryption

My second device says the passphrase does not match

Every device has to use the identical passphrase, and Konode deliberately tells you about a mismatch instead of silently producing an unreadable second copy. Re-enter it carefully, watching for a different keyboard layout, autocorrect capitalising the first character, or a trailing space picked up by copy and paste.

I lost my encryption passphrase

Then the data already uploaded cannot be decrypted, by you or by anyone else. No Konode server holds your key, so there is nothing to reset and no recovery path. That is the tradeoff end-to-end encryption makes.

To start over: delete Konode's files from your backend, set a new passphrase, and sync from the device whose local data is still intact. Your bookmarks in the browser itself were never encrypted and are unaffected.

Can I turn encryption on after I have already been syncing?

Yes, but the files already on your backend were written in readable form. Turning encryption on affects what gets written from then on. If the point is that nothing readable should remain, delete the existing Konode files from your backend after enabling it, then sync again.

Data quirks that are working as intended

Restored history shows today instead of the original visit dates

On Chromium this is a browser limitation, not a bug. Extensions cannot set an arbitrary original visit time on a history entry, so restored entries carry the moment they were synced. Firefox does allow it, so the original times survive there. This is why history restore is described as best-effort.

Konode lists my missing extensions but will not install them

Intentional. Konode holds a read-only permission on your extension list: it can tell you what is missing and link you to each store page, and it cannot install or remove anything. Installing an extension always takes your own click in the store.

Passwords are not syncing

Konode does not sync passwords and cannot. Extensions have no access to the browser's native password store, which is a browser security boundary rather than a missing feature. Use a dedicated password manager such as Bitwarden, Proton Pass, or a self-hosted Vaultwarden.

The install asked for very few permissions

Also intentional. History, tabs, and extension-management permissions are requested at the moment you turn those data types on, not up front, so an install you never configure holds almost nothing.

Firefox

The add-on disappears every time I restart Firefox

Expected for now. Load Temporary Add-on is exactly that: Firefox discards unsigned temporary add-ons on restart. It will stop happening once the Add-ons listing is live; until then you have to load dist-firefox/manifest.json again after each restart.

Which Firefox-based browsers work?

The Firefox build targets Firefox and Firefox-derived browsers such as Waterfox. Anything that loads standard Firefox extensions should work, with the same temporary-add-on caveat above.

Starting over

How do I remove everything Konode has stored?

Two places, and you control both. On your device, uninstalling the extension clears its local data, including credentials, settings, and the activity log. On your backend, delete Konode's folder or repository contents directly through Google Drive, GitHub, or your WebDAV server. Nothing is held anywhere else, because there is nowhere else.

How do I switch backends?

Connect the new one in settings. Backends do not migrate between each other, so treat it as a fresh start: your browser's own bookmarks are untouched and will be written to the new backend on the next sync. Clean up the old backend's files yourself if you want them gone.