[Bug]: Gradio progressbar and Cancel button vanishes when pressing "Generate"

[Testertime]

Is there an existing issue for this?

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

What happened?

Upon clicking "Generate", an empty progressbar shows for a splitsecond and vanishes again. This applies to the "Cancel" and "Skip" button as well. There is no progress status update, and one has to look at the console in order to see the progress. However, the generated results still appear once it is done, it just happens "out of nowhere" when not looking at the console.

I like to mention as well that this issue used to be worse, 1 - 2 weeks ago the web UI became unresponsive randomly (e.g. "Generate" button no longer worked, but everything else did). This is now improved, but the progressbar and cancel button behavior is broken. This applies to the livepreview as well, it does not work due to this issue.

As I'm accessing the web UI through a Google Colab iPython instance and Gradio's --share, I suspect something with implementation is weird. However, accessing through Cloudflared, ngrok and --listen gives the same result.

It's also worth mentioning that I have not been able to reproduce this issue locally on my Windows machine. I would suspect something with Gradio and Linux.

Here is also a GIF showcasing this:

(notice as well how the tooltip text mentions "Stop processing" despite that it hasn't even started yet!)

Steps to reproduce the problem

1. Go to the web UI and generate an image. The UI must be hosted in a Google Colab and accessed through a Gradio share link to reproduce this reliably.
2. After you clicked the "Generate" button, a progressbar appears for a splitsecond and vanishes again. There is then no status updates at all, unless you look in the console.

What should have happened?

The progressbar and "cancel / skip" buttons should not vanish, they should remain there and show the user the progress. Due to this issue, it does no longer work to cancel image generations, which is an issue when wanting to cancel image batches.

Commit where the problem happens

865af20 (but has been a problem for a week now)

What platforms do you use to access UI ?

Windows, Linux

What browsers do you use to access the UI ?

Mozilla Firefox, Google Chrome

Command Line Arguments

--theme "dark" --gradio-auth user:password --medvram --xformers --gradio-debug --enable-insecure-extension-access --disable-safe-unpickle

UI info string: python: 3.8.10  •  torch: 1.13.0+cu117  •  xformers: N/A  •  gradio: 3.16.2  •  commit: 865af20d
(xformers doesn't matter, didn't work with it too)

Additional information, context and logs

What I could exclude is that the issue is not due to the Python version on Google Colab, as I switched out the Python from 3.8 to 3.10 and it was the same. What else I tried:

• Using an existing config file from my Windows install where it's fine, didn't help
• Using a different config file in Colab I had from 2 weeks ago, didn't help
• Starting with no config and clicking "apply" in settings + enabling livepreview hasn't helped
• What only helps is to downgrade to a state from 1. of January (commit hash 11d432d). As that state seems to use older Gradio features, I suspect something is up there.
• Maybe notable: Console output shows after accessing Consuming a byte in the end state

[tshatrov]

1 - 2 weeks ago the web UI became unresponsive randomly (e.g. "Generate" button no longer worked, but everything else did)

Nah it's still broken in the same way except the progress bar is also broken now. gradio 3.9 is still the only one that's not broken with colabs.

[Nacurutu]

Have you tried to reinstall the webUI from scratch?

My progress bar is working properly.

Windows10-Chrome

[Testertime]

Have you tried to reinstall the webUI from scratch?

My progress bar is working properly

Thanks for your comment, you made me curious to test something and I found the cause. For people who use:

--gradio-debug

This must be removed from launch options. I used this Colab notebook here, tested a load of stuff, and finally pinned it down to this. So fortunately this is not a Automatic1111 issue for once.

If anyone finds this through Google and this doesn't work for you, please leave comments!

[vt-idiot]

Thanks for your comment, you made me curious to test something and I found the cause. For people who use:

--gradio-debug

This must be removed from launch options.

No way...

IT WORKS

@Testertime I kneel. Thank you!!!

[vt-idiot]

I would rename and re-open this issue, BTW!!!

Something like "Using --gradio-debug on Colab causes Previews, Progress Bar, and Interrupt/Skip buttons to disappear and stop working"

@AUTOMATIC1111 ...

[roxas1212]

Have you tried to reinstall the webUI from scratch?
My progress bar is working properly

Thanks for your comment, you made me curious to test something and I found the cause. For people who use:

--gradio-debug

This must be removed from launch options. I used this Colab notebook here, tested a load of stuff, and finally pinned it down to this. So fortunately this is not a Automatic1111 issue for once.

If anyone finds this through Google and this doesn't work for you, please leave comments!

This works, but doesn't seem to work for Hires.fix batch count 2 or more
If I use Hires.fix, progressbar and Cancel button vanishes when pressing and can not see the photo.
am I missing something?
i use this https://colab.research.google.com/github/acheong08/Diffusion-ColabUI/blob/main/Diffusion_WebUI.ipynb
size is 512x512, Hires steps 20, Denoising strength 0.6, Upscaler latent, Upscale by 2