Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

WebGL renderer flashes content with command that updates the screen a bunch #3509

Closed
npezza93 opened this issue Oct 14, 2021 · 11 comments
Closed
Labels
area/addon/webgl type/bug Something is misbehaving

Comments

@npezza93
Copy link
Contributor

Details

  • Browser and browser version: electron 14
  • OS version: macOS BigSur
  • xterm.js version: latest

Steps to reproduce

  1. enable webgl
  2. find a repo with a bunch of dependencies
  3. run yarn

(i also have ligatures enabled which is the cause of the weird conjoining #'s. Not entirely sure if its the cause of the flash)
See attached video for a more concrete example:

Screen.Recording.2021-10-14.at.8.41.56.AM.mov
@Tyriar
Copy link
Member

Tyriar commented Oct 20, 2021

I've never seen a report of this 🤔

@Tyriar
Copy link
Member

Tyriar commented Oct 20, 2021

Any more steps on the repro as I do this every day in VS Code, maybe related to Electron 14 as we're still on 13?

@Tyriar Tyriar added area/addon/webgl type/bug Something is misbehaving labels Oct 20, 2021
@npezza93
Copy link
Contributor Author

Did a little more testing and looks to caused by some interaction with the ligature addon. If i dont load the ligature addon the flashing never happens

@npezza93
Copy link
Contributor Author

Also not seeing anything show up in the console when the flash happens. My hunch was something was erroring out and then recovering but that doesnt seem to be the case.

@jerch
Copy link
Member

jerch commented Oct 20, 2021

Maybe related:

term.refresh(0, term.getOption('rows') - 1);

Note that this happen in a thenable, such might get eval'ed late after the inital drawing forcing a second re-rendering.

@Tyriar
Copy link
Member

Tyriar commented Jul 30, 2022

Maybe related:

term.refresh(0, term.getOption('rows') - 1);

Note that this happen in a thenable, such might get eval'ed late after the inital drawing forcing a second re-rendering.

This issue is fixed to use the actual rows (getOption('rows') was always the initial rows). Let me know if this still happens in the latest v5 beta/stable

@Tyriar Tyriar closed this as completed Jul 30, 2022
@npezza93
Copy link
Contributor Author

@Tyriar Sweet! I'll check it out and report back.

P.S. Do you mind triggering a package build of the web-links add-on? npm only has a version from around 12 days ago even though there are new commits since then.

@Tyriar
Copy link
Member

Tyriar commented Jul 30, 2022

@npezza93 new versions should only get published when the addon has changes. Also because of the v5 changes just merged in there might be some breaking changes that issues when updating to beta builds atm

@npezza93
Copy link
Contributor Author

@Tyriar Unfortunately this looks to still be present. I think it might be happening a little less frequently but is still happening. For what it's worth, I've been experiencing this even without using ligatures but just in the webgl renderer(even before v5).

It's almost like the content the doesn't get updated/changed is the text that disappears. For example, opening a new split in vim hides any chrome like status lines and any existing splits but the split that was just open stays present.

@npezza93
Copy link
Contributor Author

npezza93 commented Oct 9, 2022

Also looks like this is only happening inside the alt buffer(like using tmux for example).

@Tyriar
Copy link
Member

Tyriar commented May 21, 2023

duplicate of #4480

@Tyriar Tyriar closed this as completed May 21, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/addon/webgl type/bug Something is misbehaving
Projects
None yet
Development

No branches or pull requests

3 participants