With version v9.0.0 if you encrypt/decrypt a file with:
To Reproduce
Configuration:
[
{ "op": "AES Encrypt",
"args": [{ "option": "Hex", "string": "603deb1015ca71be2b73aef0857d77811f352c073b6108d72d9810a30914dff4" }, { "option": "Hex", "string": "f0f1f2f3f4f5f6f7f8f9fafb00000000" }, "CTR", "Raw", "Raw"] }
]
Input file: text file with 16byte (es: "1234567890123456")
Hi @gcmitec, can you provide what result you are getting and what you should be getting? (preferably in hex)
Thanks
Input file (hex):
31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36
Output v9.0.0 (hex):
c2 93 c3 8a c3 bf c2 95 c2 85 c2 89 c3 91 c3 8e c2 96 65 66 6f 7e c2 a5 63 c3 92
Output v8.38.2 (hex):
93 ca ff 95 85 89 d1 ce 96 65 66 6f 7e a5 63 d2
I use Firefox 68.0
It seems to be giving me the correct answer. Try doing a forced refresh (Ctrl+Shift+R or Cmd+Shift+R) and try again. If you're still getting the wrong answer, can you upload the file in question please?

Output "raw" and you have to download the file (the size displayed is correct the download file size no).
test.txt
download_v9.0.0..txt
download_v8.38.2.txt
Ok, I can confirm that the downloaded file is incorrect. Thanks for raising this, I'll see what the problem is.
This has been fixed in version 9.0.1. It was caused by the File API converting strings to UTF-8, so to fix this we now only pass data to the File API as an ArrayBuffer.
Most helpful comment
This has been fixed in version 9.0.1. It was caused by the File API converting strings to UTF-8, so to fix this we now only pass data to the File API as an ArrayBuffer.