Static interface type mismatch errors should be non-fatal
- Dominant language
- C++
- Stars
- 299
- Forks
- 43
- PR merge metrics
- No merged PRs in 30d
Description
Currently, when the static interface finds a type mismatch, no more packets are read, thus making further operations impossible.
Rationale: a static interface type mismatch means that a serious error has occurred. Either the type definitions must be updated (which needs rebuilding) or the database definitions are out of sync (can be solved by closing and re-opening the connection, as in a network failure).
However, this causes surprises. Following the principle of least surprise, it would be good to make these errors non-fatal.
See #211
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by tracing the static interface handling described in the issue and review #211 for related context. The change is done when a static interface type mismatch no longer prevents further packets from being read and subsequent operations remain possible.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp, mysql
- Domain
- databases
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100