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

Linux - dragging tab to create new window split, the new split is blank #4295

Closed
MostHated opened this issue Jul 29, 2021 · 9 comments
Closed

Comments

@MostHated
Copy link

Hey there,
I went to test out the new drag/split capability and ran into an issue. When I drag the tab to create a new split, the column or row of the new split ends up blank. I fired up a Windows VM to see if I experienced the same thing there, and I did not, it seemed to work as expected. Demonstrated in the clip below, I first have the windows version in a vm, then attempt to do the same thing on my desktop. The split divider keeps getting stuck on my mouse after the initial click, too, and is hard to get it unstuck, as if I was holding the left mouse button, when I am not. I had clicked, dragged a little, then let go and it remains attached.

This is on Pop_OS 21.04.

Thanks,
-MH

@Eugeny
Copy link
Owner

Eugeny commented Jul 29, 2021

Thanks for the detailed report! Please capture DevTools console logs at the time of the issue: https://github.com/Eugeny/terminus/wiki/Debug-logs

GitHub
A terminal for a more modern age (formerly Terminus) - Debug logs · Eugeny/tabby Wiki

@MostHated
Copy link
Author

MostHated commented Jul 29, 2021

Well, shoot. I opened devtools, then wanted to clear everything out to start fresh, so I closed Tabby while devtools was opened, then went to reopen it, and now the UI will not display at all.

(had to do mp4, as my gif recorder can't record my taskbar)
https://i.imgur.com/hG79WeK.mp4

@Eugeny
Copy link
Owner

Eugeny commented Jul 29, 2021

This is definitely #4293 (comment) - any idea what triggered it? (closing with devtools opened is fine)

@MostHated
Copy link
Author

MostHated commented Jul 29, 2021

Yeah, quite literally the only thing I did was open devtools, then close tabby, then attempt to reopen it. After reading that thread, I took my Terminus config and put it in the tabby config file and it opened back up now.

@MostHated
Copy link
Author

MostHated commented Jul 31, 2021

My bad, I had almost forgot. Here is the log.

tabby_console2.log

If you need anything else that might help, let me know.

@MostHated
Copy link
Author

I posted in another thread about how when I updated to 1.0.152 my keyboard input didn't work anymore when using hterm and switching to xterm webgl fixed it. While playing around to see if anything else was acting up, I tried dragging a tab again, this time it seemed to work. 👍

@Eugeny
Copy link
Owner

Eugeny commented Aug 7, 2021

Thanks for testing - hterm is an old frontend that lacks support for lots of things - apparently reattaching itself to a new tab is one of them. Unfortunately I can't afford to spend any more time on hterm - but let me know if you run into anything with xterm 👍

@Eugeny Eugeny closed this as completed Aug 7, 2021
@MostHated
Copy link
Author

It seems that hterm was selected by default? I don't recall having selected it. I know I played around with things on Terminus when trying to get rid of the ghosting, but I thought I had put it on xterm webgl, so not sure why it was on hterm. If that's the case, might be a good idea to just remove it?

@Eugeny
Copy link
Owner

Eugeny commented Aug 8, 2021

Good point - done!

Eugeny added a commit that referenced this issue Aug 8, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants