Inappropriate raise/lower of windows (Linux/KDE)

Description

Several instances when Kicad windows or dialogs were either not raised (but were blocking the app) or were raised (and shouldn't have been).

Not raised but should be:

I did a DRC check last night having not started eeschema in that session. The previous session had crashed, so when DRC started eeschema, eeschema posted an 'oops' message dialog asking to recover. All well and good, except the pcbnew window obscured both eeschema and its oops dialog, and pcbnew was left hung as if it had died. I did eventually realize it hadn't, and why, but it was not at all obvious.

Shouldn't be raised:

Another weirdness is that if I add a new part in eeschema, then update pcbnew, once I say 'do update', the eeschema window is raised with the part highlighted, obscuring the update dialog and its dialog with its close button. It is easy to recover from this but also startling and a bit annoying - I don't need eeschema to be raised and highlight the part in that case, ever.

Steps to reproduce

KiCad Version

Application: KiCad

Version: (5.99.0-13134-g7fd669b6a8-dirty), release build

Libraries:
	wxWidgets 3.1.5

Platform: Linux 5.11.0-38-generic x86_64, 64 bit, Little endian, wxGTK, KDE, x11

	wxWidgets: 3.1.5 (wchar_t,wx containers) GTK+ 3.24
	Boost: 1.77.0
	OCC: 7.5.1
	Curl: 7.79.1-DEV
	ngspice: 35
	Compiler: GCC 11.2.0 with C++ ABI 1016

Build settings:
	KICAD_USE_OCC=ON
	KICAD_USE_EGL=ON
	KICAD_SPICE=ON