FIX: UITK Listen button not working with Any control types

[jamesmcgill]

Description

Fix issue where the 'Listen' button did not work on the new UITK based editor when the controlType was set to Any.

Changes made

Ensure the control types drop-down list always begins with Any in the first position. This is the behaviour in the previous editor and Any is treated as a special case.
Prevent putting the string "Any" into InputAction.expectedControlType, it's expected to be null in this case (and serialized as empty string).
Removed internal jira links from the changelog.

Checklist

Before review:

• Changelog entry added.
  • Explains the change in Changed, Fixed, Added sections.
  • For API change contains an example snippet and/or migration example.
  • FogBugz ticket attached, example ([case %number%](https://issuetracker.unity3d.com/issues/...)).
  • FogBugz is marked as "Resolved" with next release version correctly set.
• Tests added/changed, if applicable.
  • Functional tests Area_CanDoX, Area_CanDoX_EvenIfYIsTheCase, Area_WhenIDoX_AndYHappens_ThisIsTheResult.
  • Performance tests.
  • Integration tests.
• Docs for new/changed API's.
  • Xmldoc cross references are set correctly.
  • Added explanation how the API works.
  • Usage code examples added.
  • The manual is updated, if needed.

During merge:

• Commit message for squash-merge is prefixed with one of the list:
  • NEW: ___.
  • FIX: ___.
  • DOCS: ___.
  • CHANGE: ___.
  • RELEASE: 1.1.0-preview.3.

[ekcoh]

LGTM