the module for finding the library is simple and kdeui now has to
link to both X11 and XCB libraries but this allows clients that
make use of the KDE window management API to not use Xlib API.
I could not even find the source code for it on the official KDE
download page for it and from what I found it has never been
finished nor implemented well.
with bea1df1c the service file was removed but it is actually
needed, only the deprecated API is not since it is re-implemented
in another form as KFileItemActions (KAbstractFileItemActionPlugin)
this fixes a lot of issues related to hostname changes,
especially when NetworkManager is in use which tends to change
it after successfull connection breaking X11 apps in the process
which rely on hostname based authority via magic cookies and what
not.
From: Simeon Bird <bladud@gmail.com>
Date: Thu, 18 Dec 2014 03:54:32 +0000
Subject: Fix crash in KIO due to exposing inconsistent views of internal data.
X-Git-Tag: v4.14.8
X-Git-Url: http://quickgit.kde.org/?p=kdelibs.git&a=commitdiff&h=4288d7e7c81839d6bdb25b1197c6e614f0259036
---
Fix crash in KIO due to exposing inconsistent views of internal data.
This can be triggered by renaming a directory while one of the files in
it is open in gwenview.
It occurs because when KCoreDirListerCache::emitRedirections is called,
itemsInUse contains the old url. However, KDirLister::Private::redirect
changes lstDirs to the new url. Thus at this point lstDirs contains an
item not in itemsInUse, which causes an assertion if forgetDirs is
called.
In gwenview, the redirection signal is connected to openURL. This calls
forgetDirs, and causes the assertion.
The solution: update itemsInUse *before* emitting redirections.
This fixes the crash, but gwenview opens the first file in
the new directory instead of the file open before renaming.
This is probably an unrelated gwenview bug.
REVIEW: 117345
---
