Attempting to load a GltfPrimitive directly from a file path causes it to be stuck loading forever.

[rydb]

Bevy version

0.15.1

What you did

I attempted to load a gltf primitive with:

primitive.0 = Some(asset_server.load("cube.glb#Mesh0/Primitive0"));

However, the asset will never finish loading.

let path = handle.path().unwrap();

match asset_server.load_state(handle) {
    bevy::asset::LoadState::NotLoaded => println!("not loaded {:#}", path),
    // perpetually stuck loading here, but no error from the asset loader about being an invalid asset?
    bevy::asset::LoadState::Loading => {
        println!("loading {:#?}", path)
    }
    bevy::asset::LoadState::Loaded => {
        println!("loaded {:#}", path);
        primitive.0 = None;
    }
    bevy::asset::LoadState::Failed(asset_load_error) => {
        println!("failed to load {:#}. REASON: {:#}", path, asset_load_error)
    }
}

I re-created a minimal example of the bug at the repo here:
https://github.com/rydb/bug_example

[hukasu]

this is because you are trying to load the asset label Mesh0/Primitive0 as an GltfPrimitive when it is a Mesh
you can see the types that the asset labels map to here https://docs.rs/bevy/latest/bevy/gltf/enum.GltfAssetLabel.html#variants

[hukasu]

the lack of warning is an issue, yes

[rydb]

this is because you are trying to load the asset label Mesh0/Primitive0 as an GltfPrimitive when it is a Mesh you can see the types that the asset labels map to here https://docs.rs/bevy/latest/bevy/gltf/enum.GltfAssetLabel.html#variants

this means the issue is that loading a GltfPrimitive does not give a Handle<GltfPrimitive>. Loading a GltfMesh and GltfNode correctly return a Handle<GltfMesh> and Handle<GltfNode> respectively, but that means GltfPrimitive is inconsistent with the rest of the Gltf sub-assets then.

[hukasu]

yes, the name is misleading

[rydb]

yes, the name is misleading

The name is correct in gltf's context.. GltfAssetLabel::Primitive is incorrect and needs to be fixed though.

[hukasu]

@rparrett what is the course of action here?

[rparrett]

This seems like a duplicate of #17325, or closely related.