sillsdev / sillsdev/languageforge-lexbox
AddSemanticDomainChange deserialization exception
Nobody has claimed this yet.
- Dominant language
- C#
- Stars
- 9
- Forks
- 8
- Avg merge
- 2d 13h
- Merged PRs (30d)
- 49
Description
Describe the bug
System.InvalidOperationException: Each parameter in the deserialization constructor on type 'LcmCrdt.Changes.AddSemanticDomainChange' must bind to an object property or field on deserialization. Each parameter name must match with a property or field on the object. Fields are only considered when 'JsonSerializerOptions.IncludeFields' is enabled. The match can be case-insensitive.
To Reproduce
Sadly, I don't really know how my attached project got into this state.
It started triggering the errors after uploading it (or trying to?). I might have tried to upload it to an existing crdt project, but I'm not actually sure 🤔
- Download boom.sqlite (Right-click -> Save link as)
- Create a new crdt project
- Stop the local web app
- Replace a new crdt project db with the attached sqlite db
- Open the project 💥
Expected behavior
No errors
Contributor guide
No contributing guide indexed for this repository
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.
Research direction
Start by reproducing the failure with boom.sqlite and inspect deserialization of LcmCrdt.Changes.AddSemanticDomainChange when opening the project. Trace which constructor parameter fails to bind and verify that the attached database opens without the InvalidOperationException.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- csharp, sqlite
- Domain
- backend, databases
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100