video of about probably the same bug: https://forum.elivelinux.org/t/bug-hunting-for-e22/1535/24

Hum, not really, it happens all the time when i move the mouse to the bar (slowly or fast), but when slowly, it seems like to trigger multiple times the jumpy effect

@raster , seems like some systray apps requires xembed? is there possible to use xembed as an option?

little demo uploaded :) https://youtu.be/biiEuGPqWRQ

Ah, finally after to follow your details I was able to set my own keyboard configuration, by just enabling that checkbox it worked...

Ok so first I tried to remove the vaapi gstreammer package, and run it in a virtualbox (so with no specific hardware accelerators aparently), but I seen the same issues

I recorded this video, it seems to happen with any kind of video that I use

Sorry to not have answered before, I was not receiving notifications until now :)

duplicated

I played just a bit with the gifs like it happened to me before and I don't see the flickering anymore... bug fixed? :)

test comment notification

I'm just testing a recent build and I can confirm that systray doesn't works (it doesn't shows anything), not nm-applet or dropbox for example

Im not sure I can add these ones, since im building packages and so they will run in different machines. In fact I can set some options but the packaging system sets the default ones for Debian

Test failed @vtorri , version of libwayland-dev is "1.16.0"

I will try this tomorrow:

I build based on tags, so last tagged version:

[1]   no new version found
[1]   last was  v1.1.1 | fc1aef81432679a33dd37fa3735b7cca08666b85

What about an option in the builds like --build-type=stable or --build-type=development (so the default will be development) where in the stable mode, all the debug and messages are turned off, and the development all the information about reports are on ?

There's also some strange problem with the [ ] temporal checkbox, if you open the options it sometimes open it enabled and sometimes disabled, in the same time looks like sometimes is considered and sometimes no, maybe due to the instance stuff too

the status of this task is "resolved", is this bug stills here? anybody knows if the bug also happens on e17 so i should backport some fixes ?

more than taking long it seems like its "blocked" in some state, mmmh, maybe because it has not finished to load fully while another shell started ? idk

Hum, my zsh is pretty customized and so it could take a little longer to start (maybe 1-2 seconds?), what about if you add a "sleep 4" in your .bashrc to simulate a slow startup ? maybe can simulate the same behaviour

Actually the only issues that I see are, if you open tabs slowly it correctly works, but if you open tabs (ctrl + alt + t ) with the T pressed to continusouly open them, let;'s say opened 70 tabs, you have 2 problems:

• ctrl + next doesn't switch to the next tabs correctly, it has a black window, you can see it easly by resizing terminology
• if you close a shell tab, the next that comes is not focused by default, you need to click with the mouse on terminology to start typing on it

I Just updated the description with more details and a list of other strange behaviours related

The prompt definition is not so easy to share, so i have tgz my entire shell/prompt, to use it, simply copy (or replace temporally) the dir in /etc and copy the zsh dotfiles to your home, then start a new zsh shell: