Unwanted behaviour of the no_checksum option for EuropeanArticleNumber13 #43
Labels
No labels
api-inconsistency
automerge
bug
contributions welcome
documentation
duplicate
enhancement
good first issue
invalid
more-information-needed
question
sync
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
WhyNotHugo/python-barcode#43
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
If the no_checksum option is passed, A 13 digits code should be accepted as it is.
At the moment, the last digit is replaced by a 0 and it cannot be otherwise:
len(ean) > self.digitsis never going to happenBump.
Looks like it is indeed does not work as intended.
instead of
1234567891234.Can you confirm if #98 fixes the issue for you?
If so, I'll add some tests and merge it in. Thanks!
I am too lazy to figure out how to build/install it :D
But yeah, looks correct.
Maybe adding some validation for the number of digits would be good.
hm, I did not have any crashes. 🤔
Just wrong last digit output like above.