[Bug]: Styles Dropdown Menu Stuck Open

[PandaBoyo]

Is there an existing issue for this?

• [X] I have searched the existing issues and checked the recent builds/commits

What happened?

When opening the styles menu in the current commit (c81b52ffbd6252842b3473a7aa8eb7ffc88ee7d1), it becomes impossible to close the styles dropdown menu. Applying and selecting different styles still works, but the dropdown menu stays open no matter what and partially blocks the live update viewer.

Steps to reproduce the problem

1. Launch WebUI
2. Go to txt2img
3. Open styles dropdown menu
4. Cannot close dropdown menu

What should have happened?

Clicking either on the dropdown arrow or anywhere outside of the dropdown menu should collapse the dropdown, but it appears to be broken.

Commit where the problem happens

c81b52ffbd6252842b3473a7aa8eb7ffc88ee7d1

What platforms do you use to access the UI ?

Linux

What browsers do you use to access the UI ?

Mozilla Firefox

Command Line Arguments

--no-half --api --listen --enable-insecure-extension-access --autolaunch

List of extensions

a1111-sd-webui-tagcomplete, auto-sd-paint-ext, batch-face-swap, stable-diffusion-webui-images-browser, ultimate-upscale-for-automatic1111

Console logs

Already up to date.
Python 3.10.6 (main, Nov 14 2022, 16:10:14) [GCC 11.3.0]
Commit hash: c81b52ffbd6252842b3473a7aa8eb7ffc88ee7d1
Installing requirements for Web UI
[auto-sd-paint-ext] Commit hash: ff82c1dcf9309138d8f5c07546ca26e46ea8c3b7
[auto-sd-paint-ext] Auto-update disabled.

Installing requirements for Batch Face Swap

Launching Web UI with arguments: --no-half --api --listen --enable-insecure-extension-access --autolaunch
No module 'xformers'. Proceeding without it.
Loading weights [ba85700368] from /mnt/78dc540e-e9e1-47d8-80b5-dc25766c9d21/stable-diffusion-webui/models/Stable-diffusion/Realistic-Waifus (0.7 AnyV3 + 0.3 F222).ckpt
Creating model from config: /mnt/78dc540e-e9e1-47d8-80b5-dc25766c9d21/stable-diffusion-webui/configs/v1-inference.yaml
LatentDiffusion: Running in eps-prediction mode
DiffusionWrapper has 859.52 M params.
Applying cross attention optimization (Doggettx).
Textual inversion embeddings loaded(0): 
Model loaded in 13.1s (load weights from disk: 11.2s, create model: 0.3s, apply weights to model: 0.7s, load VAE: 0.3s, move model to device: 0.5s).
Running on local URL:  http://0.0.0.0:7860

To create a public link, set `share=True` in `launch()`.

Additional information

No response

[PandaBoyo]

Update: Upon further testing, the styles dropdown menu does close, but only if you click into the styles text box and then click anywhere other than the textbox and dropdown menu. If the text box is not selected, the styles menu will not close upon clicking outside of the box. The dropdown arrow seems to only function as a way to open the dropdown menu in this commit, as when the styles dropdown is already open the arrow does nothing, and when the styles textbox is selected and active prior to clicking the dropdown arrow, the WebUI seems to re-play the opening animation rather than closing the menu.

[mezotaken]

Can confirm

[AugmentedRealityCat]

Same problem over here, also using Mozilla Firefox

[Somasonic]

Same problem. I can see why it would be desirable for it to stay open ie to make multiple selections however clicking anywhere outside the styles menu should close it.

[Solcosm]

Any updates on this issue? I'm also using Firefox but it seems to work fine on Edge/Chrome.

Edit: It seems downgrading Gradio to 3.15.0 manually fixes this specific issue in Firefox although it re-introduces the other UI quirks that 3.16.2 fixed (element alignment mainly).

[VL4DST3R]

Any updates on this?

[AugmentedRealityCat]

For me at least it was resolved a long time ago.

[VL4DST3R]

Are you also/still using Firefox? i feel this may be exclusive to older ESR ff versions.

[AugmentedRealityCat]

I am using the latest release version of Firefox. The problem might indeed be related to older versions of Firefox, but I cannot confirm anything beyond my own experience.

[stijnb1234]

Same problem on Chromium

[catboxanon]

Can anyone else confirm if this issue is still present for them or not as of the latest dev branch commit? 362789a3793025c698fa42372fd66c3c4f2d6413 in particular bumped the Gradio version to 3.39.0, and I don't seem to be seeing this issue anymore.

[catboxanon]

Actually looks like this was resolved with https://github.com/gradio-app/gradio/pull/3549 (3.23.0). If the problem still persists for anyone on the dev branch, open a new issue.