search

vercel / hyper

A terminal built on web technologies
https://hyper.is
MIT License
43.33k stars 3.52k forks source link

Screen not cleaning on 3.0 #3596

Open PolCPP opened 5 years ago

PolCPP commented 5 years ago

After updating to 3.0 Stable, (also happened previously on all the canary versions, just didn't bother to report it) both clear on bash or cls on cmd don't work correctly. I don't think this is a duplicate of #3147 since i never had problems with it on the 2.0 branch.

image

It happens randomly, sometimes it clears sometimes it doesn't, sometimes it clears partially like on that screenshot.

cuuupid commented 5 years ago

This issue previously only occurred on resizing for me in WSL but now occurs whenever the buffer for the screen is changed in any way.

Can be reliably reproduced by just running ls; clear in WSL

Screen recording 2019-05-06 at 03 30 19 PM

jcolesio commented 5 years ago

I'm currently seeing the same thing.

Melanpan commented 5 years ago

Same happening here. Sure is a step up from the bug where a line was getting cut off at the bottom /s

Machine-Maker commented 5 years ago

Yeah, same thing is happening for me as well. Usually just clicking on the screen a few times clears it up.

mhall commented 5 years ago

This is an especially bad problem when using applications like vim or tmux which draw status bars.

snassour commented 5 years ago

when I click on the screen after writing clear, it clears the terminal, but this is not convenient

Glenn-Jaya commented 5 years ago

I'm having the same issue. I'm using git bash as the shell in windows.

Glenn-Jaya commented 5 years ago

To quickly get rid of it, for now I do "control =" and "control -" to zoom in and out and it gets rid of it. Until it happens again.

vonmoraes commented 5 years ago

The same problem here, so far has anyone succeeded? i managed fix my configurations by following #3605 also, restore configurations file by default solving the clear problem, but when shell environment is changed to bash the clear problem returns.

joristirado commented 5 years ago

Seems like the only viable fix for now is to:

MarxSoul55 commented 5 years ago

@azefiel I agree. Judging from all the issues that have been popping up, I think v3 was rushed a bit. Downgrading is definitely a reasonable move.

See: https://github.com/zeit/hyper/issues/3604

miklevin commented 5 years ago

Same problem here. Clear only clears part of terminal and varies with number of lines cleared on each re-run.

The cygwin env solution and webgl true solution don't work for me either. I'm on version 3.0.2.

The Ctrl + followed by Ctrl - solution does work but is tedious.

fluoridepsychosis commented 5 years ago

same shit here really annoying

miklevin commented 5 years ago

Bad, bad timing with WSL 2 and Windows Terminal dropping later this month.

WeslyG commented 5 years ago
WeslyG commented 5 years ago

And yep, i am update to 1903 my windows 10 and this bug disappeared. hyper 3.0.2 + WebGl image

MarxSoul55 commented 5 years ago

@WeslyG Good to know! Has anyone else gotten this fixed by upgrading to 1903?

MarxSoul55 commented 5 years ago

UPDATE:

I'm now on Windows 10 v1903. I installed Hyper 3.0.2 (after uninstalling my previous version of 2.1.2) and ran Debian within WSL (WSL 1, not WSL 2). I ran into the bug again, however, I managed to fix it by setting webGLRenderer within .hyper.js like so:

webGLRenderer: false

So essentially the fix was a combination of 1903 + this config setting. Did this fix it for anyone else?

EDIT:

After some more testing, I found that when using nano, the bottom bar is not cleared from the terminal. Suffice to say, this fix isn't comprehensive, unfortunately.

hakanersu commented 5 years ago

Windows 1903 with Hyper 3.0.2 and webGLRenderer not fixed my problem.

MarxSoul55 commented 5 years ago

That's unfortunate. I would try to investigate more into this issue myself, but I'm a little short on free time. If anyone else comes to a solution, please let us know.

As a side note — I think it's a little concerning that such a basic issue has been open for 2 months now, and that there are several duplicates explaining the exact same issue. It makes me feel like Hyper isn't really being taken care of. I love Hyper, so I hope that isn't the case.

I hope this bug can be resolved, but I'm not sure it'll be anytime soon. In the meantime, I can suggest Terminus, as it doesn't suffer from this issue, and is quite nice overall. I also suggest looking into Microsoft's official terminal as well, although it's still very young.

Cheers!

XinRoom commented 5 years ago

Has anyone tried my method? This requires a change upstream, and recompile. I wonder if it works for others.

https://github.com/zeit/hyper/issues/3641#issuecomment-508381206

PolCPP commented 5 years ago

I can suggest Terminus, as it doesn't suffer from this issue, and is quite nice overall.

Not really actually they had the same issue for like 2 years... just a little less annoying

fluoridepsychosis commented 5 years ago

Terminus is unbearably slow and bloated even for an electron program

MarxSoul55 commented 5 years ago

@PolCPP Ah, I didn't know about that, since I don't use git-bash. With regular bash, it works fine, at least for me. Regardless, thanks for the heads up! 👍

@fluoridepsychosis To each their own, I suppose. I haven't had any issues with bloat/speed, but then again, I'm fortunate enough to have a beefy machine.

@XinRoom Interesting! I'll have to try this out later on when I'm less busy — I'm not sure when that'll be though. Can someone else verify that his method works?

DeanGalvin commented 4 years ago

For reference, this is still an issue. Tried several workarounds found online to no avail.

JoshuaSmeda commented 4 years ago

Just an update: Problem still persists.

You can manually force a buffer clear by running: ctrl shift k but this is not a ideal solution.

Running latest build on Windows: image