[Autocomplete] regression in behavior for freeSolo Autocomplete with custom Popper/Paper and no options

[snapwich]

Steps to reproduce

Old behavior: https://stackblitz.com/edit/react-ouzbqw-wbhjow?file=Demo.tsx,package.json
New behavior: https://stackblitz.com/edit/react-ouzbqw-vpfhhc?file=Demo.tsx,package.json'

Steps:

1. Open autocomplete and wait 3 seconds for options to be set to []
2. click SET DEFAULT OPTIONS to reset and try again

Current behavior

When options prop is set to [] the Autocomplete Popper is no longer rendered. The Autocomplete's state still considers itself open and the onClose handler is not called. Any custom Popper/Paper used in the Autocomplete will not be rendered.

Expected behavior

The Autocomplete stays open if you have a custom Popper/Paper so that you can display other information or maybe even a custom "No Items" option.

Context

In our case we have a custom Autocomplete used as a global site search that renders a custom Popper/Paper that includes chips that link to certain "Advanced search" options as well as contains a recently searched section (the Autocomplete's options) that will show recent results. In our current version of MUI v5.10.17 when there are no recent search options the Autocomplete can still be expanded and the Chips used to navigate to advanced search pages.

However, updating to the latest 5.x version of MUI v5.16.7 (bug also present in latest 6.x version) when there are no recent search options and the Autocomplete's options prop is [] it will not open, or it will close the Autocomplete if the user has expanded it and options is asynchronously loaded and results in an empty data result. Also when the Autocomplete closes asynchronously because of options=[] it will not call onClose or update its internal open state unless the user does an action that makes it realize it is no longer open (such as clicking somewhere and causing a blur event).

This regression was introduced in #41300

Your environment

npx @mui/envinfo

  Don't forget to mention which browser you used.
  Output from `npx @mui/envinfo` goes here.

Search keywords: autocomplete freesolo no options custom popper paper

[ZeeshanTamboli]

It's a regression, as you mentioned, but we shouldn't revert #41300 since it fixes #40843. I haven't found a solution yet—any ideas?

[snapwich]

i'm not sure what the best solution is, currently we are applying a patch to our internal application to go back to the old behavior

@[email protected]

i'm not sure whether this re-introduces #40843 or not since we never experienced that bug to begin with

[ZeeshanTamboli]

@snapwich I have created a pull request to fix it: #44266. Feel free to check it out.

[ibu-tv]

Is there any chance this will be officially fixed or patched? Currently it is stopping us from updating MUI unless we put in a workaround ourselves.

[ZeeshanTamboli]

I have reverted for v5 in #44857. It should be available in the next version 5 release. I'll close this issue.

[github-actions]

This issue has been closed. If you have a similar problem but not exactly the same, please open a new issue.
Now, if you have additional information related to this issue or things that could help future readers, feel free to leave a comment.

Note

@snapwich How did we do? Your experience with our support team matters to us. If you have a moment, please share your thoughts in this short Support Satisfaction survey.