kworkflow / kworkflow/patch-hub
Patch subject prefixes are missing
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 36
- Forks
- 17
- PR merge metrics
- No merged PRs in 30d
Description
Description:
The prefixes of a patch Subject: [prefix] <subject> differ from the mailing list's one.
How to reproduce:
I have reproduced it with this patch:
https://lore.kernel.org/git/20260808-objecttype-support-v6-0-e5cdaf27a49c@gmail.com/
You can find it at the Git mailing list.
Where the full subject is:
Subject: [PATCH GSoC v6 00/10] cat-file: extend remote-object-info to support %(objecttype)
However the patch-hub subject for this patch appears as:
Subject: [PATCH v6 0/10] cat-file: extend remote-object-info to support %(objecttype)
The prefix GSoC is missing.
Expected behavior:
Both Subjects to be the same
Screenshots
Setup:
- Project branch: unstable
- Project commit hash: 750c40b
Contributor guide
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 tracing how patch-hub parses the Subject from the linked lore.kernel.org patch and constructs the patch-hub subject. Compare the generated result with the mailing-list subject, including the GSoC prefix, and add regression coverage if the project’s existing tests provide a subject-parsing entry point. Done means both subjects preserve all prefixes.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 62/100