Welcome to ZDF!

This would fix the report, although it will just work around erroneous overriding of SBarInfoWrapper setup. I was not aware of such case, and SetSize() call needs to be [url=https://github.com/coelckers/gzdoom/commit/59f09d48936b45fe539389300eddc3b372c63895]moved to appropriate location[/url].

This issue appeared after [url=https://forum.zdoom.org/viewtopic.php?f=7&t=66339]this bug[/url] was fixed. It affects SBARINFO-defined HUDs. The problem is that the SBARINFO code calls SetSize before SBarInfoWrapper::Init is called.

Suggested resolution: Add an empty Init override to SBarInfoWrapper.

[url=https://www.dropbox.com/s/4kj72d0yosmwrv3/cg3_ch2.pk3?dl=0]CG3[/url], although other people seem to be having the same problems in separate mods.

As for scaling it, I used HUD Options-Scaling Options-Status Bar.

Which mod exactly are you using, and what are you doing to scale it down?

I've noticed this with sprites such as the Fighter's Fist, but I don't think there's much to do about it with the way the scaling currently works.

As a workaround, it's probably best to avoid values that are too high and result in covering the sprites.

Recently, I noticed that when you scale down the status bar, the side textures aren't there (it only seems to affect mods though). This also has the effect of pushing down the weapon sprites to the point where they are almost completely covered by the status bar. At first, I thought it may have been something I did, but I downgraded to an earlier GZDoom version and it shows up again.

[img]https://i.imgur.com/ROjV9Ir.png[/img]

[img]https://i.imgur.com/lBBmst4.png[/img]