Tested this out some more and was able to reproduce this. Reason For AOB version 3.x, the encrypted field is stored with 8 stars (********) in the conf file. For example, [test_input_1] index = main access_key = ******** For AOB version 4.x, the encrypted field is stored with 6 stars (******) in the conf file. For example, [test_input_1] index = main access_key = ****** Considering your issue, old test input has access key value with 8 stars because it was created using AOB 3.x After upgrade to AOB 4.x, the code is now designed to handle values with 6 stars. Thus, it will not be able to decrypt access key value of old input as it contains 8 stars. This is a breaking change from AOB 3.x to 4.x which I think isn't documented anywhere. I'll create a ticket to make sure this is documented. Conclusion I think the user will have to reconfigure the inputs after upgrade for this one unfortunately 😞 .
... View more