When using an input control that has a default verb and an initial argument selected from a list, and trying to expand the initial argument, the client interprets the choices as though they were verbs, ruling them unrecognized/inaccessible, and ignores them if selected.
Numbered Steps to Reproduce Problem:
1. Create a project with an input control with a default command of "fleep".
2. Define mob/verb/fleep(argument as anything in list("meep","beep","creep"))
3. Make the verb do something that gives immediate feedback so you can observe when it has been accepted.
4. Run the game.
5. Press SPACE to expand the available arguments for fleep in the empty input line.
6. Observe that while the choices of meep, beep, and creep all appear for selection, the status bar declares them inaccessible/unrecognized verbs.
7. Note that selecting one of them in this manner does not call the verb.
Code Snippet (if applicable) to Reproduce Problem:
mob/verb/fleep(argument in list("meep","beep","creep"))
del world
Expected Results:
You will be able to select any of the listed arguments from an empty input control by pressing space.
Actual Results:
The client reports them as inaccessible verbs in the status bar and ignores the input.
Does the problem occur:
Every time? Or how often? Every time.
In other games? In my base game and a test project as described above.
In other user accounts? Does not affect it.
On other computers? Does not affect it.
When does the problem NOT occur?
The arguments are parsed normally if typed out in full, or if you start typing one of them and press space to auto-expand.
Did the problem NOT occur in any earlier versions? If so, what was the last version that worked? For reference I jumped back to 500 and then all the way back to 400. The problem was present as far back as 400.952.
Workarounds:
Haven't found any. It does the same with atoms in a list as with strings.