Depending on the contents of the page, its asynchronous creation might take a really long time because of the internal behavior (or bug?) of QtQuick.
Loading pages synchronously fixes the problem, but the way it is implemented in messaging-app, there is a risk of leaking memory due to pages not being deleted properly when switching views.
There is another way to workaround this QtQuick limitation which is to force the page creation to finish before returning to the event loop, in the AdaptivePageLayout context, it would look like this:
var incubator = layout.addPageToNextColumn(originalPage, newPage, properties)
incubator.forceCompletion()
In order for this to be fixed, there is one but in AdaptivePageLayout which needs to be fixed (#1544745).
Depending on the contents of the page, its asynchronous creation might take a really long time because of the internal behavior (or bug?) of QtQuick.
Loading pages synchronously fixes the problem, but the way it is implemented in messaging-app, there is a risk of leaking memory due to pages not being deleted properly when switching views.
There is another way to workaround this QtQuick limitation which is to force the page creation to finish before returning to the event loop, in the AdaptivePageLayout context, it would look like this:
var incubator = layout. addPageToNextCo lumn(originalPa ge, newPage, properties) forceCompletion ()
incubator.
In order for this to be fixed, there is one but in AdaptivePageLayout which needs to be fixed (#1544745).