When entering a QState in QStateMachine a few Widget object properties are set with assignProperty() and the entered() Signal is used to run a Slot method that exec()s a QDialog.
This principally works, but the dialog is created before the properties are assigned, which is not desired, as the properties are only eventally assigned after the dialog is closed.
The exact order were not critical if the dialog would not block (what exactly does it "block"?). The human-perceived appearance should be "simultaneous".
A solution would make the dialog non-blocking or ensure the properties are set prior to the dialog's execution.
I will now try to use a single-shot QTimer to delay the slot that runs the QDialog's exec() but of course I am still looking for a proper solution even if this should work.