Ensure more explicit system ordering for preparing view target. (#15000)
Fixes #14993 (maybe). Adds a system ordering constraint that was missed in the refactor in #14833. The theory here is that the single threaded forces a topology that causes the prepare system to run before `prepare_windows` in a way that causes issues. For whatever reason, this appears to be unlikely when multi-threading is enabled.
This commit is contained in:
parent
4bea611a43
commit
f0560b8e78
@ -123,7 +123,8 @@ impl Plugin for ViewPlugin {
|
|||||||
(
|
(
|
||||||
prepare_view_attachments
|
prepare_view_attachments
|
||||||
.in_set(RenderSet::ManageViews)
|
.in_set(RenderSet::ManageViews)
|
||||||
.before(prepare_view_targets),
|
.before(prepare_view_targets)
|
||||||
|
.after(prepare_windows),
|
||||||
prepare_view_targets
|
prepare_view_targets
|
||||||
.in_set(RenderSet::ManageViews)
|
.in_set(RenderSet::ManageViews)
|
||||||
.after(prepare_windows)
|
.after(prepare_windows)
|
||||||
|
|||||||
Loading…
Reference in New Issue
Block a user