Closed 9072997 closed 1 year ago
Hmm, this is weird, i wonder how the auto detection passed as Kanji
. I've made changes to the detection recently, so i guess i'll have to revisit this. However, you can circumvent the detection issue by forcing the renderer into a certain mode as demonstrated in the multi mode example.
Wait no, the error is not because the binary string passed but because it produced an error during conversion to SJIS, which is technically the expected behaviour.
Hey, i've pushed a little fix in https://github.com/chillerlan/php-qrcode/commit/cc58c403f8d24343276778713579e4798fa255fa - please let me know if it works for you or causes other issues! Thanks for helping to improve this library!
cc58c403f8d24343276778713579e4798fa255fa resolves the issue. Thanks for the tip about forcing a mode and for this handy library :)
Happy to help!
Describe the bug In commits before 4da90c5c3bc2b7aa1d28a31eba0c9681a892deeb it was possible to create QR codes containing binary data, such as those used by Clever. This is no longer possible.
Steps to reproduce the behavior When I do
I get the error message:
Expected behavior a QR-code like this one is generated (like it was in previous versions):
Environment (please complete the following information):