kernelci / kernelci/kcidb

Figure out a way to communicate accepted I/O schema version to submitters

Open
#366 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
Python
Stars
26
Forks
40
PR merge metrics
No merged PRs in 30d

Description

Now that we support multiple database schemas, a deployment might not always accept the latest I/O schema. That's something verified only on the server (Cloud Function) side, **after** a submission went through the submission message queue, and by then there's no way to tell the submitter if their schema version is too new for the deployment. Figure out a way to communicate that to submitters before they send their data, have the data validated, and abort on error, if it's too new.

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by tracing the submission message queue and the server-side Cloud Function validation described in the issue. Determine how a deployment can expose its accepted I/O schema version before submission. Done means submitters learn the supported version before sending data, and incompatible submissions are prevented before validation fails.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
backend-api-design, cloud, databases
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.