Don't crash after Cancel in Job Already Running dialog

When a user Execute-Launches an application a second time while the
previously launched instance of this application is still running, the
"Job Already Running" dialog appears with 3 buttons. If a user clicks
the Cancel button, a NativeAppJob kills itself Quietly. This
NativeAppJob belongs to an ExecuteCompositeJob, which is not notified
when a subjob is killed Quietly. So the ExecuteCompositeJob keeps
waiting for it to finish. When this waiting ExecuteCompositeJob is
killed (e.g. via "Stop All" button or on KDevelop exit), it attempts to
kill the subjob it believes is still running, but which in fact is long
since destroyed. This usually causes a segmentation fault.

Aleix Pol fixed a similar crash when the "Kill All Instances" button in
the "Job Already Running" dialog is clicked in
8430d305.

BUG: 399511, 416874
FIXED-IN: 5.6.1
1 job for 5.6 in 60 minutes and 14 seconds (queued for 4 minutes and 10 seconds)
Status Job ID Name Coverage
  Build
failed #69474
linux stable-kf5-qt5 qt5.12

01:00:14

 
Name Stage Failure
failed
linux stable-kf5-qt5 qt5.12 Build The script exceeded the maximum execution time set for the job
qt.qpa.events: Event | XCB_PROPERTY_NOTIFY(28) | sequence: 400
qt.qpa.events: Event | XCB_LEAVE_NOTIFY(8) | sequence: 400
qt.qpa.events: Event | XCB_PROPERTY_NOTIFY(28) | sequence: 400
qt.qpa.events: Event | XCB_PROPERTY_NOTIFY(28) | sequence: 400
qt.qpa.events: Event | XCB_PROPERTY_NOTIFY(28) | sequence: 400
qt.qpa.events: Event | XCB_ENTER_NOTIFY(7) | sequence: 400
qt.qpa.events: Event | XCB_PROPERTY_NOTIFY(28) | sequence: 400
qt.qpa.events: Event | XCB_PROPERTY_NOTIFY(28) | sequence: 400
ERROR: Job failed: execution took longer than 1h0m0s seconds