sometimes there's .desktop files in the ~/.local dir of the user which is not maintained (application can be removed and .desktop stills here), or maybe system .desktop files that are meant to overwrite the default one, in any case if I'm not wrong this is what the TryExec= option is for (to verify that the application actually is installed)

@kwo all features seems to work pretty good :) is pretty curious to see that you can click in a window and behave like there's no window lol

1: The stacking menu has an option "above" and "on top", what's exactly the difference? re-thinking this one and the below options talking now maybe can be good to have the stacking menu with these options:

1: no
2: yes, transparency of terminology and also opacity value of the windows with the composite enabled of e16

In that sense yes, I was thinking on it as an example to have a kind of background, even if you don't do actions on it is a good way to see your system activity as a replacement of a static wallpaper. But we can use as a different example, let's say opening terminals with "tail -f /var/log/something", you still need the mentioned features:

• being able to click on the desktop and having your E or applications menus, just like there's no terminal / gadget / whatsoever
• window being below everything (included pagers or e16 elements/gadgets)

answered, thanks simotek

Mmmh that's strange, debian packages includes it by default but now I just tried compiling it myself on its last version and making sure ayatana-appindicator is compiled with, and there's no way to make nm-applet appear in the systray

Long time passed since the last update of this issue, I want to comment here because Enlightenment is lacking full systray support with most application and this small issue is also one of the biggest for mass adoption, users cannot have a fully functional desktop without a systray that some applications requires for its full functionality.

all packages updated

E24+ can be run on console too, using wayland which is enabled for Elive, you easily can differentiate if is X11 or Wayland by looking at the window-borders in thunar or the opening-apps effect, they should look different

Version of E was 0.24.2 built on GIT ID 7d694d6eea
EFL was 1.25.1 and GIT id d6a896ef96

wohooo! seems like its fixed now :)

yes :), with the animation disabled I cannot reproduce the issue

Try with these steps:

Which exact e16 version is this?

more or less last one: Installed: 1.0.23+git750a973b5e-6buster17 (this includes the last tagged version + the exact git commit reference on which is built)

Thanks, issue solved by chaning the size value from 30 to 36 in the .ibox files (out of e16 of course)

They all show up a 100% of the time using tint2 ...... could this be related to cairo-dock or the icon-box it uses for systray?

not the case, im on e16 ATM :)

hum, then something is missing somewhere because terminology looks broken until its run the "elementary_config -q" after the previous one, which "does nothing" but solves it 🤔

So virtual desktops are in fact just like a big screen? hum, i didn't know that since all the time using it... but makes sense with the windows shared among the virtual-desktops

Yeah of course e16 :)

Thanks for the info, after removing the cursor entries in the theme it seems like everything is working as expected (so basically the theme forced E16 to use the defined cursors)

Ok so these are my results, it seems like the lag is gone after the update, and now I read some messages about the device changes on my ~/.xsession-errors file, let me detail them:

Now, I don't know how much related is but I rebooted the machine and trying to login in E24 and the desktop shows even much more laggy (with an E process under 100% cpu), I can read these messages in the ~/.xsession-errors file:

Just for the record, I attach another crashdump: http://paste.openstack.org/show/800183

driver issue should be not an E issue, so let's close it...

I think I was finally able to reproduce the issue, it was not in an "inactivity moment" but while watching a documentary in the external TV plugged on hdmi (like in the other moments that happened)

Thanks for the details, I wonder if the backtrace files should be re-created as new ones instead, or adding something like a bunch of spaces or date stamps to differentiate between the reports

Ah! I have seen that crazy "shaking" effect too, but I removed it from the report (this one or other similar) because I was unable to reproduce it

In fact I don't think is a typo, there's hundreds of matches about "luncher" in the source code. But talking about UX / usability, maybe the name should be a better one or more descriptive? (in fact i don't know yet what is for about / didn't played with that yet) mmh...

updated, much simpler description and easier to reproduce

I updated the info of the task to make clear "what it is about".

On this video we can see also the issue on the first seconds (the rest of the video is about another issue): https://www.youtube.com/watch?v=dudnIeoRMvA

I have this last file dumped https://pastebin.com/5hpqNpqr which is probably due to this crash, but I cannot recall for sure if is the backtrace for it or not :)

just a note, about the exact version of E in the Elive (actual) packages is located in the "git" part ( 0.2 4.0+18+git5ad58920a6-6buster18 ) of the version of the package, it includes other data like the tag but this one can be imprecise since its not directly related to a commit linearity

Another issue with artifacts:

• composite enabled
• move / resize set to "technical"
• "Avoid server grab" option selected

Nice! it seems to work pretty good here too , Im going to work with it enabled now for some time :)

Ok I did a few tests, these are the results:

Hum, I assume the debian packaging system simply put the "correct" permissions for the files hierarchy when packaging, so a hook of chmod has been needed to add to fix it

seems fixed from T8584, @triantares can you confirm is the same issue?

Seems like it works now, tried with a recent build, will close the report it for now in order to keep the reports clean and smaller :)

alright, I forgot that the theme comes from efl and not E, confirmed the fix here too :)

Can somebody confirm that the bug is fixed? I tried a new build but the issue seems to still here

packaging related issue, it requires to add a chmod 4755, I assume this is not possible to from the makefiles ? In any case I close this bug for now as resolved

It doesn't change, same issue

Thanks for the amazing explanation!

reading that line of "qtdemux", seems like to point to the GST libs, used by emotion, the actual elive build of EFL uses gst as "libgstreamer1.0-0" (1.0.0) for emotion , which is provided from Debian Buster

video of about probably the same bug: http://triantares.ddns.net/Elive/VdesksE23.mp4

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...