The call to _q_postConstructorInit is direct in QNodePrivate::propertyChanged, while it is queued in QNodePrivate::init. This means that the former can be processed before the next submitChangeBatch, where the creation event of the latter is found. Together, this results in a child node creation change arriving at the backend with a reference to a parent that has not yet had a node creation change sent to the backend.
-
Svenn-Arne Dragly
-
Svenn-Arne Dragly
- Votes:
-
0 Vote for this issue
- Watchers:
-
2 Start watching this issue
- Created:
- Updated:
- Resolved:
There are no open Gerrit changes
Show
There is 1 closed Gerrit change
Hide
There is 1 closed Gerrit change
- Fix broken creation order for nodes used as properties
- Gerrit Review: