7Rewards: PDF417 barcode generation bug about android HOT 3 OPEN

Comment by brarcher
Wednesday Jul 11, 2018 at 02:53 GMT

Hm. Looking at the barcode generator you referenced I do see that the barcode reported by the app is different. It believes the text is the same, though.

I created a card by capturing the 'hello%0Ahere' example, then exported the cards and looked at the strings with xxd. The following is the string as the app understand is:

6865 6c6c 6f0a 6865 7265 hello.here

which means it did correctly capture and encode the LF character.

Could you take a look at the xzing test app on the Play Store and see if the issue is there as well? That may help limit where the issue is.

It might be that there is some additional argument that needs to be passed to the xzing library when generating PDF417 barcodes, and I'm not aware of it.

from android.

Comment by albuic
Wednesday Jul 11, 2018 at 04:20 GMT

I tried their app but it cannot generate that barcode unfortunately !
One thing I did not mentioned is that all Apps decode any barcode correctly, the problem is only the barcode generation.

Edit: Just tried SecScanQR (https://github.com/Fr4gorSoftware/SecScanQR) and it also has the same problem when generating the barcode. And you both use the same library 😉

from android.

I'm tagging this with "store quirk" as the behaviour of the app doesn't necessarily seem wrong but 7Eleven wants it a specific way apparently.

from android.