summaryrefslogtreecommitdiff
path: root/core/src/test/java/com
diff options
context:
space:
mode:
authorGuenther Grau <zxing.org@grau.net>2015-09-01 14:54:03 +0300
committerGuenther Grau <zxing.org@grau.net>2015-09-01 15:12:17 +0300
commit825a31e4b52e6eb2dbc76b48bfef07a58c0aa8c2 (patch)
tree62c9c6a91251a3d46c66e7011a47712291128fc9 /core/src/test/java/com
parent585667bc31eecda2157a4e1c1ee7992716e99cfa (diff)
downloadzxing-825a31e4b52e6eb2dbc76b48bfef07a58c0aa8c2.tar.xz
Ignore additional PDF417 barcode rows
Some barcode generators (e.g. Okapi) seem to generate additional barcode rows at the end of the barcode, which can be decoded as valid barcode rows, but actually contain garbage. The barcode metadata states that these additional rows are not part of the barcode. So we ignore those addional rows when parsing the barcode. This could potentially also happen (though quite unlikely) if data after the barcode looks like a barcode row.
Diffstat (limited to 'core/src/test/java/com')
-rw-r--r--core/src/test/java/com/google/zxing/pdf417/PDF417BlackBox1TestCase.java4
1 files changed, 2 insertions, 2 deletions
diff --git a/core/src/test/java/com/google/zxing/pdf417/PDF417BlackBox1TestCase.java b/core/src/test/java/com/google/zxing/pdf417/PDF417BlackBox1TestCase.java
index c99ff3e22..13f210d4d 100644
--- a/core/src/test/java/com/google/zxing/pdf417/PDF417BlackBox1TestCase.java
+++ b/core/src/test/java/com/google/zxing/pdf417/PDF417BlackBox1TestCase.java
@@ -29,8 +29,8 @@ public final class PDF417BlackBox1TestCase extends AbstractBlackBoxTestCase {
public PDF417BlackBox1TestCase() {
super("src/test/resources/blackbox/pdf417-1", new MultiFormatReader(), BarcodeFormat.PDF_417);
- addTest(9, 9, 0.0f);
- addTest(9, 9, 180.0f);
+ addTest(10, 10, 0.0f);
+ addTest(10, 10, 180.0f);
}
} \ No newline at end of file