I was busy setting up gitea to replace phab and gitolite... phab will eventually die so for now this conversation is working through ideas :) it's not a ticket that will actually really exist long-term. (git.enlightenment.org now is gitea).

I'd love to either have an easy way to reproduce or backtraces (with ASAN builds)...

1. If you have an Android device, install KDE Connect and configure your machine to receive the notifications.
2. Once that's working, disable Wi-Fi on the Android device (for however long it takes for a deep backlog of notifications to be queued).
3. Enable Wi-Fi on the Android device. Notifications will start flooding in. After a certain amount of notification volume (minimum 30 or so), the notification manager in E will be overwhelmed and E will crash. (Setting the notification OSD to a 10 second timeout is one way to get decent count of notification volume.) After restarting E, notifications keep streaming in, but do not consistently trigger consecutive crashes.

there's actually a bug here where too many notifications cause E to crash

but there is no other way to get notifications e.g. for a reply to your reddit post (other than emails). thunderbird's "system notifications" option doesn't use system notifications -p it always uses thunderbird's own notifications thus it's these or no notifications at all. browsers don't support system notifications. if they did - i'd see them. this all applies for electron apps too as they are browsers... :)

i had a look into the notifications and ... they are worse than i thought/hoped. they are override-redirect windows bypassing the wm. this means at best e can refuse to composite them but they will create boxes stealing input from other apps etc. ... i'm going to put this back on the shelf as a "aaaargh" moment.

Agreed. I have a few workarounds precisely for these. I use KDE Connect which does respect native OSD. (There's actually a bug here where too many notifications cause E to crash, easily repeatable if one of my devices with Wi-Fi turned off has it turned on and starts receiving a flood of notifications.) For Thunderbird specifically, I used to use an extension that would redirect the notifications to OSD but it's no longer compatible with the latest builds so I've just gone without. (Thunderbird is just RSS for me anyways so I check in often enough.)

So this might be some of the disconnect here. 100% of my notifications are OSD from the OS. I have no notifications from the browser precisely for the same reasoning, due to how they override the nature of the system.

Well This sound was ADDED because of actual problems - losing battery and not knowing why (you got unplugged)

I agree on the purpose. You pointed out the elementary_config and it is fully configurable. On my laptops with E, I always add a battery module to every shelf/display exactly for the low power warnings/indications, along with a battery gadget on the desktop for good measure.

There are a few classes of applications in particular that do not respect window management. Java applets are some of the worst. If you need a specific example, I can point to a project or two on GitHub.

Apologies for the delayed response. I've started a new role and I have been busy with on-boarding.

so question now is - are you planning on doing anything here or are you more trying to convince me to do this and re-dd this back?

desktop files in ~/.local are to be maintained by the user... so - this is an issue that the user is not maintaining them... :) every check you do to verify something badly maintained costs overhead and certainly something like ibar that is explicitly maintained by a user to only have in it what they want to be there is thee uswer's job.

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)

ibar can't have an icon for an app that is not installed... the desktop file must exist for it to appear. your problem is you have a desktop file for something you don't have. the problem you have is that desktop file... it's advertising the existence of something that is not there.
even if listed in the .order file - it will not show if the .desktop file is not found. if the desktop file appears again the icon will appear.

This still doesn't address working with multiple windows or the applications that simply do not play nice with window decorations.

@raster Just checking in to see if you had any other updates.

well you can set any window to be full-screen you know... it's in the menu and ctrl+alt+f toggles it... :) so ...

This still doesn't address working with multiple windows or the applications that simply do not play nice with window decorations. I also mentioned already the issue with switching focus and fullscreen windows/applications and blanking still being triggered unless intervened. (I can reduplicate this fairly easily.)

well you can set any window to be full-screen you know... it's in the menu and ctrl+alt+f toggles it... :) so ... i'd like to know how this is not sufficient? you know you can set up keybindings to toggle screen blanking on/off - there are actions for it... :)

1. what happens when you log out - does presentation mode get disabled entirely thus any timers are killed off? or does the mode dontinue where it left off next login,. this was part of the problem of presentation mode. it continues forever AND no visual indication it's on without hunting through menus and you waste time trying to figure out why.

disabling notifications is a new thing - though not sure that should have to do with this mode - more like;y disable them if you have a fullscreen window... ? so something in the notification settings.

Fixed in Enlightenment 0.25.3, the pointer is perfectly scaled now! Thanks!

not going to add xmbed at all. it has far too many gotchas/problems. doesn't port to wayland. doesn't allow multiple instances. totally screws up look of icons (squares). most xmebd apps do not handle xmbed "tray provider" disappearing and re-appearing (ie when e restarts) etc. ... so my guess is these apps don't do indicator protocol like you had they issue with nm-applet and they need to move on or just not work.

answered, thanks simotek

well ask on #e - i believe simotek and others have used nm-applet with this and it has worked. they had to compile with this enabled though.

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

i can only comment about nm-applet but you have to specifically enable appindicator support at compile time... otherwise it wont' support it. people are using it successfully with this enabled. i assume all the rest above are the same - they do xmbed only.

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.

I can see in systray module code that custom images are supported for tray icon, but not for menu items :(
Probably, a new loader should be used in e_mod_notifier_host.c (_item_submenu_new function). Right now only e_util_menu_item_theme_icon_set is present - to load an icon from theme.

Menu in systray module of Enlightenment:

Yes, it would be nice :)

This seems long resolved, it was a matter of the right settings combinations.

Can be worked around for now by enabling "Use system title bar and borders" and then restarting Brave.

This is a chrome/chromium bug:
https://github.com/brave/brave-browser/issues/18895
https://github.com/brave/brave-browser/issues/18906

All these applications have icons in menus and in IBar.
After some testing, I see that the problem is randomly present - restarting Enlightenment can bring icons back (and can leave Winlist without icons).
And yes, there is Liferea at the end of the list - GTK3 based RSS viewer, it has an icon.

try another icon theme? apps here have icons - gtk or not. your xfce icon there will be for a gtk app too.. so nothing to do with gtk really... more to do with either e just has no icon at all from the icon theme, or the window doesnt expose enough properties to match up to an icon theme (very unlikely).

i guess i should just make the size a scale 0->8 or something with 1.0 being 32 ...

that's not how themes work - you don't just get to customize every bitmap that e or efl uses. there are 1000's of them. this is what themes do. there is no way to just "choose a bitmap" because a pointer might be made up of many bitmaps and other elements overplayed and some scale, some don't. some animate (the blue rect that changes is an example - its a rect added to the cursor image that animates - the cursor is both of these together in 1 groups/element that defines this layout and behavior). you CAN go make a custom theme to do whatever you like - but i can't sensibly make a ui where everything is selectable in the ui.