I have a Folder widget on my desktop. It shows the Desktop folder. I have a pls file there , call it music.pls. If I right click music.pls and click 'Open with -> VLC media player', my entire plasma shell / desktop is frozen. Can't interact with the menu, panel, widgets, anything. VLC runs and plays the music fine, but when I close VLC, then I get an error dialog "Sorry - Plasma", "KDEInit could not launch '/usr/lib64/libexec/kf5/kioexec'" "OK". When I click OK, my desktop returns to normal and I can interact and click stuff again. This only happens with Folder widget. If I repeat these steps from Dolphin, there is no problem. Reproducible: Always Steps to Reproduce: 1. Folder widget showing a pls file 2. Right click pls -> Open with -> VLC 3. Actual Results: Desktop is frozen.. I think it is trying to show a global error message dialog, but that doesn't happen until I quit VLC. Expected Results: Desktop should not be frozen, or show the error message dialog immediately
I can't reproduce this here, and this sounds more like some sort of setup issue. Would you mind running this by your distro? They might be able to reproduce and root out whether it's something they can forward additional info about to us.
Ok (This is happening on openSUSE 13.2 64)
Thanks!
I have the same problem with VLC since today (no new updates installed) on Fedora 22.
PS : only happening when I open my files using right click --> open with VLC. When I open VLC from Kickoff and then drag and drop my files everything works fine.
Created attachment 93185 [details] strace log of kde-open5 Have the same. Appears after updating Fedora 21 x64 (KDE4) to F22 (KDE5) using dnf-3 distro-sync. Steps to reproduce are below. Used image viewer is Viewnior. Selinux mode is permissive. Gzipped strace log attached. Command to debug (use any (image?) file _from internet_): strace -o /tmp/kio.log -t kde-open5 https://www.google.com.ua/images/nav_logo195.png Before executing the command: $ PS_FORMAT=pid,ppid,comm,args ps -e | grep 'kio\|kdeinit\|open5' 1835 1 start_kdeinit /usr/libexec/kf5/start_kdeinit --kded +kcminit_startup 1836 1 kdeinit5 kdeinit5: Running... 2462 1 kdeinit4 kdeinit4: kdeinit4 Ru e 7113 2189 grep grep --color kio\|kdeinit\|open5 Launch the command. Observe image, then close the viewer. Check processes again (Viewnior exited, kde-open5 still hangs): $ PS_FORMAT=pid,ppid,comm,args ps -e | grep 'kio\|kdeinit\|open5' 1835 1 start_kdeinit /usr/libexec/kf5/start_kdeinit --kded +kcminit_startup 1836 1 kdeinit5 kdeinit5: Running... 2462 1 kdeinit4 kdeinit4: kdeinit4 Ru e 7116 2196 strace strace -o /tmp/kio.log -t kde-open5 https://www.google.com.ua/images/nav_logo195.png 7118 7116 kde-open5 kde-open5 https://www.google.com.ua/images/nav_logo195.png 7120 1836 http.so http.so [kdeinit5] https local:/run/user/1000/klauncherTJ1837.1.slave-socket local:/run/user/1000/kioclientXM7118.2.slave-socket 7123 1836 kioexec /usr/libexec/kf5/kioexec viewnior %F https://www.google.com.ua/images/nav_logo195.png 7125 1836 http.so http.so [kdeinit5] https local:/run/user/1000/klauncherTJ1837.1.slave-socket local:/run/user/1000/kioexecTJ7123.1.slave-socket 7126 1836 file.so file.so [kdeinit5] file local:/run/user/1000/klauncherTJ1837.1.slave-socket local:/run/user/1000/kioexecXM7123.2.slave-socket 7134 2189 grep grep --color kio\|kdeinit\|open5 Wait some time (3 min). Error window will then appear. Corresponding strace snippet: 16:06:23 recvmsg(9, {msg_name(0)=NULL, msg_iov(1)=[{"l\2\1\1\4\0\0\0\23\0\0\0=\0\0\0\6\1s\0\6\0\0\0:1.169\0\0"..., 2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEX EC) = 84 16:06:23 recvmsg(9, 0x7ffc0a8dbff0, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable) 16:06:23 sendmsg(9, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\0\1|\0\0\0004\0\0\0\215\0\0\0\1\1o\0\n\0\0\0/KLaunch"..., 160}, {"(\0\0\0/usr/share/applications/view"..., 124}], msg_controlle n=0, msg_flags=0}, MSG_NOSIGNAL) = 284 16:06:23 poll([{fd=9, events=POLLIN}], 1, 4294967295) = 1 ([{fd=9, revents=POLLIN}]) 16:09:28 recvmsg(9, {msg_name(0)=NULL, msg_iov(1)=[{"l\2\1\1h\0\0\0\265\0\0\0005\0\0\0\6\1s\0\6\0\0\0:1.169\0\0"..., 2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLO EXEC) = 176 16:09:28 recvmsg(9, 0x7ffc0a8dc240, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable) 16:09:28 write(5, "\1\0\0\0\0\0\0\0", 8) = 8 Before closing the error window: $ PS_FORMAT=pid,ppid,comm,args ps -e | grep 'kio\|kdeinit\|open5' 1835 1 start_kdeinit /usr/libexec/kf5/start_kdeinit --kded +kcminit_startup 1836 1 kdeinit5 kdeinit5: Running... 2462 1 kdeinit4 kdeinit4: kdeinit4 Ru e 7116 2196 strace strace -o /tmp/kio.log -t kde-open5 https://www.google.com.ua/images/nav_logo195.png 7118 7116 kde-open5 kde-open5 https://www.google.com.ua/images/nav_logo195.png 7173 2189 grep grep --color kio\|kdeinit\|open5 After closing: $ PS_FORMAT=pid,ppid,comm,args ps -e | grep 'kio\|kdeinit\|open5' 1835 1 start_kdeinit /usr/libexec/kf5/start_kdeinit --kded +kcminit_startup 1836 1 kdeinit5 kdeinit5: Running... 2462 1 kdeinit4 kdeinit4: kdeinit4 Ru e 7183 2189 grep grep --color kio\|kdeinit\|open5
My error msg is a bit different (doesn't matter and depends on distro/packaging, I think): contains "/usr/libexec/kf5/kioexec" instead of "/usr/lib64/libexec/kf5/kioexec"
I have this problem on Kubuntu 15.10 (Plasma 5.3.95). For instance, if I try to open a text file from the desktop (folder view desktop) with a right click, open with sublime text I have this error message: "/usr/lib/x86_64-linux-gnu/libexec/kf5/kioexec"
I meant this message: KDEInit could not launch "/usr/lib/x86_64-linux-gnu/libexec/kf5/kioexec"
This problem is still present in Kubuntu 15.10 with Plasma 5.4 / KF 5.13
This problem is present in Kaos with Plasma 5.4 / KF 5.13 / Qt 5.5. If you create, for instance, a text file on the desktop, right click it, open with, sublime text or libreoffice, this error happen.
Since it happen on different distros either they all did the same packaging mistake or there is a bug in KDE
Hang after opening smb share (see trace below). Some times I lucky to see KDEInit could not launch '/usr/lib64/libexec/kf5/kioexec' after ~3-4 minutes. Program received signal SIGINT, Interrupt. 0x00007ffff784632d in poll () from /lib64/libc.so.6 (gdb) bt #0 0x00007ffff784632d in poll () from /lib64/libc.so.6 #1 0x00007fffeb8b6258 in ?? () from /lib64/libdbus-1.so.3 #2 0x00007fffeb8b51bf in ?? () from /lib64/libdbus-1.so.3 #3 0x00007fffeb89f62c in ?? () from /lib64/libdbus-1.so.3 #4 0x00007fffeb8a00ec in ?? () from /lib64/libdbus-1.so.3 #5 0x00007fffeb8a059d in dbus_connection_send_with_reply_and_block () from /lib64/libdbus-1.so.3 #6 0x00007ffff2256d30 in ?? () from /usr/lib64/libQt5DBus.so.5 #7 0x00007ffff2242ab3 in QDBusConnection::call(QDBusMessage const&, QDBus::CallMode, int) const () from /usr/lib64/libQt5DBus.so.5 #8 0x00007ffff3b3f703 in KToolInvocation::startServiceInternal(char const*, QString const&, QStringList const&, QString*, QString*, int*, QByteArray const&, bool, QString const&) () from /usr/lib64/libKF5Service.so.5 #9 0x00007ffff3b400ca in KToolInvocation::startServiceByDesktopPath(QString const&, QStringList const&, QString*, QString*, int*, QByteArray const&, bool) () from /usr/lib64/libKF5Service.so.5 #10 0x00007ffff595f625 in KRun::runService(KService const&, QList<QUrl> const&, QWidget*, bool, QString const&, QByteArray const&) () from /usr/lib64/libKF5KIOWidgets.so.5 #11 0x00007ffff596309f in KRun::runUrl(QUrl const&, QString const&, QWidget*, bool, bool, QString const&, QByteArray const&) () from /usr/lib64/libKF5KIOWidgets.so.5 #12 0x00007ffff5963881 in KRun::foundMimeType(QString const&) () from /usr/lib64/libKF5KIOWidgets.so.5 #13 0x00007ffff595d1d2 in KRun::mimeTypeDetermined(QString const&) () from /usr/lib64/libKF5KIOWidgets.so.5 #14 0x00007ffff595db67 in KRun::slotScanMimeType(KIO::Job*, QString const&) () from /usr/lib64/libKF5KIOWidgets.so.5 #15 0x00007ffff1e073d6 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib64/libQt5Core.so.5 #16 0x00007ffff51c6597 in KIO::TransferJob::mimetype(KIO::Job*, QString const&) () from /usr/lib64/libKF5KIOCore.so.5 #17 0x00007ffff51c665f in KIO::TransferJob::slotMimetype(QString const&) () from /usr/lib64/libKF5KIOCore.so.5 #18 0x00007ffff51c7c9d in ?? () from /usr/lib64/libKF5KIOCore.so.5 #19 0x00007ffff1e073d6 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib64/libQt5Core.so.5 #20 0x00007ffff519f5c5 in KIO::SlaveInterface::mimeType(QString const&) () from /usr/lib64/libKF5KIOCore.so.5 #21 0x00007ffff51a1973 in KIO::SlaveInterface::dispatch(int, QByteArray const&) () from /usr/lib64/libKF5KIOCore.so.5 #22 0x00007ffff519f678 in KIO::SlaveInterface::dispatch() () from /usr/lib64/libKF5KIOCore.so.5 #23 0x00007ffff51a3afe in KIO::Slave::gotInput() () from /usr/lib64/libKF5KIOCore.so.5 #24 0x00007ffff521c285 in ?? () from /usr/lib64/libKF5KIOCore.so.5 #25 0x00007ffff1e073d6 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib64/libQt5Core.so.5 #26 0x00007ffff515350c in ?? () from /usr/lib64/libKF5KIOCore.so.5 #27 0x00007ffff1e081d6 in QObject::event(QEvent*) () from /usr/lib64/libQt5Core.so.5 #28 0x00007ffff2d3fefc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5 #29 0x00007ffff2d44d48 in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5 #30 0x00007ffff1dd7655 in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQt5Core.so.5 #31 0x00007ffff1dd9817 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib64/libQt5Core.so.5 #32 0x00007ffff1e2efe3 in ?? () from /usr/lib64/libQt5Core.so.5 #33 0x00007fffec83fc74 in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0 ---Type <return> to continue, or q <return> to quit--- #34 0x00007fffec83fec8 in ?? () from /usr/lib64/libglib-2.0.so.0 #35 0x00007fffec83ff6c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #36 0x00007ffff1e2e45c in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #37 0x00007ffff1dd5523 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #38 0x00007ffff1ddd086 in QCoreApplication::exec() () from /usr/lib64/libQt5Core.so.5 #39 0x00007ffff7b6a620 in kdemain (argc=1, argv=<optimized out>) at /usr/src/debug/dolphin-15.08.1/src/main.cpp:146 #40 0x00007ffff7786610 in __libc_start_main () from /lib64/libc.so.6 #41 0x00000000004007ee in _start () at ../sysdeps/x86_64/start.S:122
Also happens on Arch Linux (official Plasma 5.4 / Frameworks 5.14.0 packages), but it only seems to happen if you try to open the files with non-KDE applications.
This happened to me on Arch Linux when I tried to open a GIF in GIMP. GIMP worked fine, but the bottom panel and the desktop were frozen until I quit GIMP.
Happened to me on Arch when acedentaly droping a Kodi shortcut on Desktop. Panel frosen until I Ok'ed the popup.
Happened on Kubuntu 15.10: - opened smb volume by Dolphin, and streaming *.mp3 audio with Amarok. - got message: KDEInit could not start program ”/usr/lib/x86_64-linux-gnu/libexec/kf5/kioexec” - message comes again after a while.
I first reported this bug. Its pretty clear now that it isn't a downstream issue, at least not specific to openSUSE. I'm changing status to upstream. Anyone working on this?
I'll have a look soon.
Found out this only happens if the desktop:/ protocol is set as url for the Folder Widget/View (e.g. if you select "Show the Desktop folder" or write "desktop://" in "Specify a folder:"). So as an easy workaround, you can point to your Desktop folder via the file:/ protocol in "Specify a folder:". After I did that, the shell didn't freeze while the "viewer" was running and the error message didn't appear after closing it anymore.
Same with kubuntu 15.10 libreoffice base 5.0.2.2 if the odb file is activated by dblclick no problem if libreoffice is opened first,
Seems to happen when trying to open files from a Folder View of the Desktop via right-click -> Open with..., then choosing a gnome/gtk application (happened to me with Gimp and Audacity). A workaround seems to be to chose "Show a place: Desktop" instead of "Show the Desktop folder" in Folder View Settings/Location. Can anyone confirm this?
(In reply to Mario Tosques from comment #22) > Can anyone confirm this? Yes, see my two previous comments ;)
Experiencing the same issue in Gentoo ~amd64. Happens when attempting to access fish:// or ssh:// videos. hangs dolphin for minutes until that the error comes up. Tried setting the folder as a desktop folder, and it hung plasma just like advertised in this bug. I'm pretty sure they're related. How to reproduce: 1. set up ssh access on remote computer, put a few avi's in a folder you can access. 2. set up a share in dolphin (or in folder view) connecting to the remote computer via fish:// 3. open files in VLC (did not seem to have the same issue in Dragon Player). 4. watch full-length show. desktop _may_ be responding by this point.
Same problem here when opening files from Dolphin with webdavs:// protocol. 1) Opening a PDF with Okular --> everything seems OK 2) Opening a PDF with Evince --> Dolphin hangs for a few minutes and then I get the error dialog 3) Opening an image with Gwenview --> everything seems OK 4) Opening an image with gpicview or lximage-qt (image viewer from LxQt) --> Dolphin hangs for a few minutes and then I get the error dialog 5) Opening a .doc with Calligra Words --> everything seems OK 6) Opening a .doc with Libreoffice, WPS Office or Microsoft Office (Wine) --> Dolphin hangs for a few minutes and then I get the error dialog So opening any file with a non-KDE application hangs Dolphin when using webdavs:// protocol (and, looking at the comments in this bug, the same happens with fish://, ssh:// and desktop:// protocols). I'm using Kubuntu 15.10 with Dolphin 15.08.3, KDE Frameworks 5.15.0 anf Qt 5.4.2.
Setting this to confirmed.
It happen on Kubuntu 16.04 Daily too.
Probably related to bug#353037 ?
Indeed, it's not reproducable with the above kio revision anymore. KF5 5.17 will fix it then.
(In reply to Mario Tosques from comment #22) > A workaround seems to be to chose "Show a place: Desktop" instead of "Show > the Desktop folder" in Folder View Settings/Location. > > Can anyone confirm this? I experience the same issue on Fedora 23. This workaround worked for me. I had to try it a few times though because plasma would crash and reload when I tried selecting a different directory to show.
Frameworks 5.17 has shipped the other day and should fix this.
Hi everyone, The status says "RESOLVED UPSTREAM" but I got a fresh install of Kubuntu 15 and I'm having this problem opening a file on SMB server with Sublime, and only with Sublime; if it's opened with Kate everything seems ok, but you know, you get used to an editor.
(In reply to Rodolfo Gonzalez from comment #32) > The status says "RESOLVED UPSTREAM" but I got a fresh install of Kubuntu 15 > and I'm having this problem opening a file on SMB server with Sublime "UPSTREAM" in this case means KDE Frameworks (KIO in particular), where this has been fixed in version 5.17.0, see bug#353037. If you don't have that version yet, ask your distribution to update their packages or backport the fix to their packages. If you still see this problem with 5.17.0, please open a new bug report, I'd say.