st.multiselect autocomplete/match not working for numerical values

Summary

st.multiselect autocomplete function does not work for numerical values

Steps to reproduce

Code snippet:

col1 = st.beta_columns(1)
fruit_type = ["apple-4", "apple-17", "apple-78", "orange-175", "orange-176"]

with col1:
    selected_fruit_type = st.multiselect("Select Fruit Selection", options=fruit_type)

(Please provide a code snippet! This will help expedite us finding and solving the problem.)

If applicable, please provide the steps we should take to reproduce the bug:

1. Click on the multiselect box
2. Enter 2 and you will get apple-78 as a match
3. Enter 3 and you will get apple-175 as a match
4. Enter 0 gets you apple-4 as a match

Expected behavior:

Enter 2, 3 or 0 should not get a match in the dropdown list.

Actual behavior:

See attached screenshots.

Is this a regression?

Not sure. This is my first time using this feature.

Debug info

• Streamlit version: 0.74.0
• Python version: Python 2.7.17
• OS version:
• Browser version: Version 89.0.4389.72 (Official Build) (x86_64)

Additional information

If needed, add any other context about the problem here. For example, did this bug come from https://discuss.streamlit.io or another site? Link the original source here!

[kmcgrady]

Thanks for the report! Seems like we should apply #2933 to multiselects as well!

@kmcgrady That is great to hear! When can we expect the solution to be merged in?

[kmcgrady]

Hey @ginmob I can't guarantee when a solution will be merged in, but I put it in our bugs project to get addressed. Is there a use case that this bug aggravates? I see why it's a bug, but perhaps not as annoying of one.

Hi @kmcgrady, we use multiselects heavily (because it's awesome!) in all our dashboards and every multiselect dropdown list is long. Using autocomplete feature helps us quickly get to the topics of interests to help filtering and that's how I noticed the bug. We would like people to keep coming back to our dashboards so this search needs to be functional so users can quickly select multiple choices. Currently it's a lot of click then scrolling then click to scroll some more for multiple choices. I hope I am advocating correctly for my case and many others out there! :)

[kmcgrady]

Thanks for the use case @ginmob ! We will look into it and hopefully get a solution soon. I still cannot make guarantees on a release date, but noted the use case to prioritize this issue.

[trajamsmith]

So — documenting here for future reference — this is due to the way one of the components works in a UI dependency.

The screenshot below is from their docs. You can see that the Select component watches not only for the labels but also for the values, which for us are arbitrarily numbered (and shouldn't be exposed to the user at all). For instance, with an input of 2 the typeahead suggestion is apple-78 because our code procedurally gave it the value 2.

Interesting bug, working on a fix 👍