This site uses different types of cookies, including analytics and functional cookies (its own and from other sites). To change your cookie settings or find out more, click here. If you continue browsing our website, you accept these cookies.
BLOT: I am not sure if something I am unaware of changed, or if something I did broke the widget.
My group recently updated to 2018.2 (and/or 2018.3) from 2018.1 to take advantage of the updates for HTML password decryption. In upgrading and reinstalling widgets, it appears that part of the HTML setup for our widgets that was successful before is no longer successful. The textArea field will no longer hold the string it previously did.
We are building widgets with the Python SDK setup.
We have four input fields defined in our HTML file. The first three are text (one is a password field), and the last has a DataType of TextArea. The HTML for the 4th field looks like this:
My first guess is, perhaps if you could look into your plugin and verify that you don't have any other data items with the `dataName` of `SQL`, as that would be 1 way to run into such an issue.
I would ask if you could test the exact tool I just posted, and let me know if it suffers similar problems in regard to saving and loading.
If it's at all possible that you could share your tool that's having this issue with Alteryx, we would be glad to take a look at it. You needn't post it publicly here; but if you could contact customer support and send it to them, it would be appreciated!
As you said below, if I adjust the html to the below, without my other fields, I do NOT experience the same issue (does the password field complicate something??). I have sent my full project on to Blythe Early responding to a follow up email, but have no issue posting in a more public setting either if that is necessary. I have no issues if my SQL string is 30-40k characters, but over that, I see the issue.
Otherwise, the entirety of the html as it stands today: