[Bug]: highres broken again after tyhis mornings updates

[medledan]

Is there an existing issue for this?

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

What happened?

I spent all day yesterday working with this software having no issues. Today I load it up and get a bunch of updates. Using the same settings as yesterday, Automatic1111 keeps crashing saying out of vram using highres fix. Any ideas?

Steps to reproduce the problem

1. Go to ....
2. Press ....
3. ...

Selected the highres fix toggle

What should have happened?

Same as yesterday. Provided an excellent highres fix. Something pushed this morning broke this. Worked fine yesterday and for weeks.

Commit where the problem happens

ce9827a7c51a9f69bf62c634e35d34fa75ee1833

What platforms do you use to access UI ?

Windows

What browsers do you use to access the UI ?

Mozilla Firefox

Command Line Arguments

No response

Additional information, context and logs

No response

[kou201]

Try to turn this off in settings.

This seems to be a bug caused by this update.

Before updating, if the value is set to - 1 correctly, the preview image will be given after the operation is completed. However, after this update, it seems that it will change to about 10 steps to produce a preview image, which will lead to a serious consumption of vram.

If it doesn't work to turn off the above settings, you can try to roll back the webui version. After I went back to this version, everything worked normally again. I hope it will help you.

[2blackbar]

git pulls made by devs with 256GB VRAM on their back to the future nvidias9000 , they just dont care about anyone else First additions to this webui were changes that let people use SD on 8 gb vram machines... nowadays everyone and their mother can git pull request vram eater

[medledan]

Try to turn this off in settings.

This seems to be a bug caused by this update.

Before updating, if the value is set to - 1 correctly, the preview image will be given after the operation is completed. However, after this update, it seems that it will change to about 10 steps to produce a preview image, which will lead to a serious consumption of vram.

If it doesn't work to turn off the above settings, you can try to roll back the webui version. After I went back to this version, everything worked normally again. I hope it will help you.

You're fantastic. This fixed my issue. Having this setting ON used up about 0.7 GB of VRAM. From 7.1 - > 7.8. Having this OFF, used about 7.1 GB VRAM. Thanks!

[medledan]

Issue resolved by kou201. See above.

[mart-hill]

I noticed interesting bug/feature in "Live Preview" setting - when I switch to Negative Prompt, and generate the image, it's the usual result I get, only the preview imagery changes a bit (not very much though, which is curious, I should see monstrosities, right?). Then I switch to Combined and generate, and I get the same final picture (with a tiny bit of difference, but that's xformers for you). But sometimes when I select back the Negative Prompt, I get the face straight looking at me, not rotated a bit sideways, and a tad bit of different hairstyle - is that also because of xformers? 😄

What I meant to say - would changing this option influence the result somehow? By the way, I have this checked and image is created from 512x512 to 768x768, Latent upscaler.