Regression in Frameworks - DBus Hangs
Ben Cooksley
bcooksley at kde.org
Fri Nov 16 18:01:43 GMT 2018
On Sat, Nov 17, 2018 at 4:30 AM David Edmundson
<david at davidedmundson.co.uk> wrote:
>
>
> Don't thank me yet, I locked up one of the build jobs, sorry.
> https://build.kde.org/job/Applications/job/konsole/job/kf5-qt5%20SUSEQt5.9/380/console
Diagnostic output available from D-Bus:
jenkins at 6934489e2599:~> qdbus org.kde.konsole-2448 /MainApplication
org.qtproject.Qt.QCoreApplication.quitLockEnabled
true
jenkins at 6934489e2599:~> qdbus org.kde.konsole-2448 /MainApplication
org.qtproject.Qt.QGuiApplication.quitOnLastWindowClosed
true
(Because Jenkins started the container, running gdb to get a backtrace
isn't possible)
Based on this i'd say your theory we have a QEventLoopLocker in play
is probably the right one here.
It's a bit of a workaround, but could the test change to just asking
Konsole to exit rather than close it's window?
>
> >Pipeline kf5-qt5 SUSEQt5.9
>
> Output isn't too helpful, though I am surprised to see
> kf5.kinit.klauncher in the logs when I'm supposedly invoking the process directly.
That happens whenever it sees a new name on the D-Bus server, so is
unrelated (you'll see a few towards the start of the DBusTest output -
that was me doing the above and asking it to quit nicely)
>
> David
Cheers,
Ben
More information about the Kde-frameworks-devel
mailing list