Sync Error: "Invalid data writing to db!" with new DB graph [MacOS]
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 15/100
- Issue type
- Bug
- Clarity
- Needs clarification
- Activity status
- Active
- Tech stack
- macos
- Domain
- databases
Research direction
The payload names no file, test or entry point; the only searchable anchor is the error text "Invalid data writing to db!", so start by finding where that string is raised in the sync code. The reporter could not see the error details, so the first step is to make the underlying failure visible. Done means a clear cause for the failure on a fresh DB graph that syncs successfully when restored from backup, confirmed by the maintainers.
Written by the indexing model from the issue text.
Description
Search first
- I searched and no similar issues were found
⭐️ See solution below ⭐️
- Main question: How to read the error report?
What Happened?
- Error when syncing new DB Graph
- No MD import
- Fresh DB Graph
- Unable to see error report (what is the problem?)
Reproduce the Bug
- Create a new local DB Graph in Logseq DB MacOS
- Grow your DB Graph with content
- Login to Logseq Sync
- Sync DB Graph
- Error occurs: "Invalid data writing to db!"
Note: Any other new DB graph synced on the first attempt without an error
Expected Behavior
- DB Graph syncs
- Understandable error report
- How to identify the error based on this?
Solution
- Fortunately, I created a backup of my DB graph BEFORE trying to sync
- I tried to sync the backup version (exact same version) and it worked without an error
Browser, Desktop or Mobile Platform Information
Logseq Version 2.0.2
MacOS 15.8.1
Are you willing to submit a PR? If you know how to fix the bug.
- I'm willing to submit a PR (Thank you!)
- Dominant language
- No language data
- Stars
- 29
- Forks
- 2
- PR merge metrics
- No merged PRs in 30d
Getting set up
This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from logseq/db-test
-
Web build on a phone: the fold arrow of an h1/h2 block lies on its bullet, so tapping the bullet folds instead of zooming inPossibly taken @tiensonqin claimed this 2 days ago. Open
Difficulty 2/5 1-3 hours Newbie friendliness 87/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
-
Page titles with `$$`, `$&`, `` $` `` or `$'` change when block refs are resolvedPossibly taken @RaphaelFakhri claimed this 19 days ago. Open
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
`#Asset` label is not displayed on asset nodes when `Hide from Node` is disabledPossibly taken @tiensonqin claimed this 22 days ago. Open
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
Similar issues
-
Add: Hindi Hits LogoOpencheck:passed logos:add
Difficulty 1/5 Under an hour Newbie friendliness 76/100
Maintainers usually reply within 1 day
-
backend prio:low
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
digitalfabrik/entitlementcard#3262 ·
Maintainers usually reply within 2 days
-
bot-found bug priority: P3
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
madenvel/KalinkaPlayer#536 ·
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Maintainers usually reply within 1 day
-
RedisStorage writes can persist a key without its sliding TTLPossibly taken @lianbie claimed this today. Opentriage/confirmed
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
agentscope-ai/agentscope#3878 · 1 comment ·
Maintainers usually reply within 2 days