I'm tempted to say this is WFA 3.1P1 problem but maybe it isn't. Can anyone see anything wrong with this attempt to set a UI field ($dataType) to Type Enum, provide two choices (Prod or Test) then set the default value to Test. Notice in below that the Default Value box is red and will only clear and let me [OK] this without a default value. Lock Values, Mandatory, each enum choice on line or separated by commas, upper/lower case all seem to make no difference. The only thing that seems different to me is I upgraded to 3.1P1 a couple of days ago.
I have another UI enum field in this workflow that did not seem to have this problem ... i.e.; it had a default value that was accepted. I took out the default value, saved the workflow, then went back in to try and add-back the Default Value and it now behaves the same way.
I started development of this workflow in WFA 3.0P1 at which time I had added the other UI Enum with a default vallue. But now attempts to add a default value with 3.1P1 are failing.
Or does someone else see a problem.
This is easy to recreate w/WFA 3.1P1 : 1) create a workflow, 2) add a constant TEST_ENUM with $testEnum as it's value, 3) Go to User Inputs tab and attempt to set $testEnum to an Enum with a default value
Here is another issue with WFA3.1P1 and enum user inputs that I encounter in Chrome. I'm wondering is this is easily re-creatable by others in other browsers.
1) Create a user input variable, set it's type to enum
2) For Enum Values enter: abc,def,ghi
3) For Default Value enter: def
4) Preview and see correct behaviour
4) Change the Enum Values: to one-per-line as in abc<cr>def<cr>ghi
5) Change nothing else and click OK
6) Preview and see correct behavior
7) Re-open the uer input variable
😎 Notice immediately that the Default Value is highlighted in red and you must clear it to contine or [OK] out
9) Alternatively, leave 'def' as default and open Enum Values: and add a comma to the end of lines 1 and 2 like: abc,<cr>def,<cr>ghi
10) Now you will be able to enter a Default value of abc -or- def -or- ghi
I thought enum values could be comma-separated-list of one-per-line. This can be worked around by temporarily adding the ","s, then entering your default value, then removing the ","s.
Anyone else seeing this? This is Chrome 47.0.2526.80 (64-bit) on Mac OS X 10.10.5
