There was an update today (14 Feb) in the KDE Frameworks repo to a number of plasma and frameworks packages.
After booting up if I click on the systray arrow it immediately crashes plasma. Plasma then reloads and works as normal and I am able to click on the systray arrow without issue.
However, this behaviour persists across every system reboot.
Anybody else seeing this?
and another new problem I am noticing after today’s update is that xembed icons (dropbox) are no longer loading in systray on boot and I have to log out and then back in for them to load.
systray in plasma 5 really is a bit of a shambles. No sooner does one problem get fixed and a new problem comes along.
I don’t see those crashes here.
And the dropbox “problem” is probably unrelated to Plasma5, as it apparently happens in KDE4 too.
There hasn’t been any update to Plasma5 or the system tray anyway, only the Frameworks. But it seems there was an update to dropbox, which probably broke that.
they seem to have stopped here now also.
And the dropbox “problem” is probably unrelated to Plasma5, as it apparently happens in KDE4 too.
There hasn’t been any update to Plasma5 or the system tray anyway, only the Frameworks. But it seems there was an update to dropbox, which probably broke that.
yeah . . . seems there is a bit of chatter in dropbox forums about the issue across different distributions.
Since dropbox 3.14.5 release it seems to have started.
There was a new release a few hours ago - 3.14.7 but issue still present.
suggested workaround in dropbox forum is
dropbox stop
sudo dropbox start
actually, this doesn’t seem to work
Yeah, you cannot use sudo to run graphical applications in openSUSE.
Use kdesu instead.
Although I don’t think it’s a good idea to run dropbox as root.
Btw, it seems to show the (old-style) icon if only an old-style system tray is present.
Stopping plasmashell (which leaves xembedsniproxy running) before running dropbox and then restarting plasmashell works here:
kquitapp plasmashell; dropbox stop; dropbox start; plasmashell
Something like this doesn’t help with KDE4 though, as KDE4’s system tray supports both old- and new-style and you cannot turn off one or the other.
the following has been posted in the dropbox forums as an easy workaround to get the tray icon to load.
seems to work well in plasma 5 (not sure about kde4)
dropbox stop && dbus-launch dropbox start
farcusnz wrote:
> dropbox stop && dbus-launch dropbox start
It works in opensuse 13.2 with kde
Yes, this works in KDE4 as well.
“dbus-launch” starts a fresh dbus session for dropbox, so dropbox cannot find the new-style system tray in the old dbus session and displays its old-style icon.
farcusnz wrote:
> dropbox stop && dbus-launch dropbox start
It works in opensuse 13.2 with kde
Hi, I have just found, after 3 days, that Dropbox try to load a DRI lib that don’t work with NVidia proprietary driver.
I hope that this solution can give more visibility now.
Simple solution is to rename lol!
~/.dropbox-dist/dropbox-lnx.x86_64-19.4.12/libGL.so.1
Just readed here:
https://www.braz.pro.br/blog/conhecimento-linux/erro-error-dropbox-segmentation-fault-kde5/?PageSpeed=noscript