FileChooserNative causing dialog to jump behind another dialog
Steps to reproduce
Scenario to reproduce is to open up a dialog from the application window, open a 2nd dialog from the 1st dialog, and then use a FileChooserNative from that 2nd dialog. Once the FileChooserNative closes, the 2nd dialog jumps behind 1st dialog. Parents are being set appropriately.
Current behavior
2nd dialog jumps behind 1st dialog.
Expected outcome
2nd dialog should stay on top of the 1st dialog.
Version information
Gtk 3.24.8 installed via MSYS2, Python 3.7.3, Windows 10
Additional information
If a FileChooserDialog is used instead, the problem does not exist.