Tommy Walton
aef1f01de2
* Expose OnModelReady to behavior context for hydra automation Signed-off-by: amzn-tommy <waltont@amazon.com> * Adding assets used by the hydra test to Atom/TestData Signed-off-by: amzn-tommy <waltont@amazon.com> * Attempt to fix line ending Signed-off-by: amzn-tommy <waltont@amazon.com> * Moving behavior context for mesh notification bus to the component controller Signed-off-by: amzn-tommy <waltont@amazon.com> * Changed the AssetManager DispatchEvents function to continously pump the AssetBus of queued functions until empty. This replicates the old behavior of the EBusQueuePolicy::Execute function that would continue to execute functions if new ones were added during the execution of the current queue. Split the TestFixture class from the AssetHandler and EBus handler for the DynamicSliceInstanceSpawnerTests and PrefabInstanceSpawnerTest. This avoids the AssetMananager destructor from deleting the test fixture if the call to UnregisterHandler is ever removed. This also allows the memory allocators to get online earlier. Signed-off-by: lumberyard-employee-dm <56135373+lumberyard-employee-dm@users.noreply.github.com> * Removing an incorrect [[maybe_unused]] Signed-off-by: amzn-tommy <waltont@amazon.com> * Moving incorrectly placed [[maybe_unused]] Signed-off-by: amzn-tommy <waltont@amazon.com> Co-authored-by: lumberyard-employee-dm <56135373+lumberyard-employee-dm@users.noreply.github.com>
Atom test projects should include Gems\Atom\TestData in their Asset Processor "ScanFolder" list, like this: [ScanFolder AtomTestData] watch=@ENGINEROOT@/Gems/Atom/TestData recursive=1 order=1000 The reason we have a second "TestData" folder inside this one is to make it very clear that the corresponding assets in the cache are from the TestData folder. For example, the asset path at runtime will be like "testdata/objects/cube.azmodel" instead of "objects/cube.azmodel".