Base64Variant.decodeBase64Byte() crashes on non-ASCII char instead of returning BASE64_VALUE_INVALID
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 78/100
Research direction
Start by locating Base64Variant.decodeBase64Byte() and inspect how a non-ASCII character becomes the byte used for lookup. Reproduce the issue with a non-ASCII input, then verify the method returns BASE64_VALUE_INVALID instead of throwing ArrayIndexOutOfBoundsException.
Written by the indexing model from the issue text.
Description
The current implementation wrongly assumes byte to be an unsigned data type and crashes with ArrayIndexOutOfBoundsException.
I'll provide a PR
- Dominant language
- Java
- Stars
- 42
- Forks
- 21
- Avg merge
- 6h 29m
- Merged PRs (30d)
- 1
Getting set up
We have not checked this project's setup files yet. Start from its README, and see our first-contribution guide for the general steps.
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 FasterXML/stax2-api
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 55/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 35/100
All issues in FasterXML/stax2-api
Similar issues
-
Difficulty 1/5 Under an hour Newbie friendliness 92/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
oracle/javavscode#652 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
OpenAPITools/openapi-generator#25014 ·
Maintainers usually reply within 1 day
-
Difficulty 1/5 Under an hour Newbie friendliness 92/100
AloisSeckar/demos-java#380 ·