24-hour notation of time is inaccurate
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 45/100
Research direction
Start by locating the CommandBook code that formats the 24-hour time notation and reproduce the time tick 0 case described in the issue. Compare the displayed 8 am value with the expected 6 am value; done means the notation uses the correct mapping for this tick.
Written by the indexing model from the issue text.
Description
CMDBOOK-2231 - Reported by .
0 in time tick is normally considered as 6 am, but this plugin shows time tick 0 as 8 am.
- Dominant language
- Java
- Stars
- 151
- Forks
- 104
- PR merge metrics
- No merged PRs in 30d
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.
More from EngineHub/CommandBook
-
Difficulty 4/5 3-5 days Newbie friendliness 45/100
EngineHub/CommandBook#294 · 2 comments ·
-
Difficulty 4/5 3-5 days Newbie friendliness 35/100
EngineHub/CommandBook#285 · 3 comments ·
-
Difficulty 3/5 1-2 days Newbie friendliness 35/100
EngineHub/CommandBook#283 ·
-
Difficulty 4/5 3-5 days Newbie friendliness 20/100
EngineHub/CommandBook#282 ·
-
Difficulty 3/5 1-2 days Newbie friendliness 35/100
EngineHub/CommandBook#281 ·
All issues in EngineHub/CommandBook
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
infinispan/infinispan#18150 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
untriaged
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
opensearch-project/k-NN#3597 ·
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 82/100