Open nashley opened 9 years ago
p-e-w
commented
9 years ago 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... ;)
ferki
commented
9 years ago 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 :)
nashley
commented
9 years ago @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.
Eugene-msc
commented
9 years ago Same thing here with Awesome wm.
p-e-w
commented
9 years ago 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?
nashley
commented
9 years ago @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.
fabsh
commented
9 years ago Yeah, I'm seeing the same bug under Xfce. Turning compositing off doesn't fix it either.
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.