finalterm
finalterm copied to clipboard
Window doesn't display until it's updated after switching workspaces
When switching workspaces, the window will not be fully drawn (only showing the top bar and the blinking cursor) until the window is updated (i.e., a command is run and output is displayed, the user scrolls, etc.).
For this reason, F10 (i.e., toggling visibility) will not display the window, but F12 (i.e., toggle dropwdown) does; this is because that the dropdown is animated and forces the whole window to update. Screenshots can be found here.
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
Hmm... I don't know about you but this sure looks and sounds like a window manager bug to me. Workspace switching is completely out of control and context for Final Term, and works on GNOME without problems.
Also, the dropdown is not animated – I wish it were... ;)
I also have this issue with i3wm. @Vreality seems to be using a similar one (awesome perhaps?). That may be a clue for someone with more knowledge about the internals of those :)
@p-e-w Oh, I had assumed that it was a very fast animation. I wonder why F12 works why F10 does not? I'll look into the difference between the two and see if I can find a solution.
@ferki Yes, I am using awesomewm.
Same thing here with Awesome wm.
How is the behavior with other Clutter-based programs such as Ease (some of the newer GNOME games are also based on Clutter I believe)? Do they have the same problem?
@p-e-w I tried using gnibbles, a gnome game that uses clutter, and I was unable to replicate the bug. I've never noticed it when using any other programs, so I'm beginning to think that it's strictly a finalterm bug.
Yeah, I'm seeing the same bug under Xfce. Turning compositing off doesn't fix it either.