3357af7d now has the same behaviour as before the async change. Icons work with the latest node version. (the previous one had a bug as above.) Going to mark this as fixed.
Also, the newest node version brings back the old XEmbed icons again, so most likely snixembed won't be needed (at least for a while) Soon (TM)! Unless you rely on chromium tray icons.
REPORTED RESOLVED FIXED
Glad it's working better now! It would be great if you could get some info on the crashes if you have the time, but no worries if you don't. I'll try to reproduce the crash by starting snixembed after some tray apps have started.
if it looks good I'll close the issue later this week. Sorry for the hassle. Sound okay? Sounds good! (If I manage to reproduce I'll reopen)
While it does change IconThemePath, it also seems to set it to nonexistent paths sometimes, which doesn't help. So I now have a build that works sometimes. I will do some more debugging, but this may be an external bug.
Hello! What version are you on? Version 2.2 fixes a segmentation fault to do with repeated registration (blueman-applet caused this one).
If that is not it, could you try to get a backtrace using gdb? Using
VFLAGS=-g makeyou can build snixembed with debug symbols. The logging output from snixembed itself would also be helpful (it prints to stdout).
Oof, thanks for catching that one! Looks like Ayatana may change the IconThemePath property when a new icon is set. I'm playing with it, hope to get a fix out soon.
Re-opening this to track this new bug.
RESOLVED FIXED REPORTED
Glad you got it to work!
Hello! Both errors seem to indicate that your vala (and VAPI for libdbusmenu-gtk3) version is too outdated to build this project. Your Mint version looks out of date. Maybe you can build it on the latest Mint release? I've had bug reports from a Debian user, so I suspect it will also compile fine on the latest Mint. If not, please let me know!
... that is not
<b>, <i>, or <u>.
Great, thanks. There is no quick way to fix the markup issue, except for embedding a web browser, with all the security implications. For now I'm thinking of escaping everything that is not , , or . That would fix the Gtk warnings at least.
I'm not able to reproduce this with just starting the app. The latest commit on master makes more calls async and should help with snixembed hanging in general, but if it's really megasync that is hanging then there is not much we can do I'm afraid.