Helix fails to redraw on Linux console

[atagen]

Summary

When using helix from Linux console in certain environments (not terminal emulators, actual kernel console) it doesn't appear to screen clear properly on open. Every non-occupied character space is still filled with whatever junk was at that position already. This leaves hx almost unusable unless you spam the screen to forcibly clear all those positions.

First encountered on NixOS's install ISO. Annoyingly, this doesn't appear to reproduce on an installed machine.
While a redraw command (as discussed in issue #4350) would solve the issue, this inability to reproduce in an installed environment leads me to believe this might be worth its own bug report.

Other editors tested such as Neovim, Vim, Nano, etc. appear to work fine in this case.

I understand this is a bit of an esoteric issue, please let me know if there's something I can do to better demonstrate or inform on this.

Reproduction Steps

I tried this:

1. hx /etc/nixos/configuration.nix

I expected this to happen:
An editor opens containing only the contents of the file

Instead, this happened:
A big mess of scrollback and code

Helix log

No response

Platform

Linux

Terminal Emulator

None

Helix Version

22.12

[CptPotato]

I ran into this issue a while ago, but assumed I just didn't configure something correctly. In the end I ignored it since I don't use helix outside of some desktop environment or window manager anymore.

I think I can still reliably reproduce this, though.

[icecreammatt]

I'm running into this too. I bound a hotkey to open lazygit when I do g which works but then when quitting the screen is partially in a bad state. I'd like a screen redraw to occur after the run-shell-command process completes.

This is happening on Mac in WezTerm

[DyBev]

Can confirm still occurs, not immediately understood that it's an issue with the console vs helix, might be worth noting it somewhere until there is a fix / workaround for it.
Fedora is the OS .