[AI] NavModifierComponent includes non-navigation relevant primitive components in its navigation bounds calculation.

If an actor contains multiple primitive components, it uses all of them for calculating navigation bounds even if some of the primitives are not marked as navigation relevant. Toggling navigation relevancy of the primitives once in the scene also does not alter/correct which primitives interact with navmesh generation.

Customer provided solution:

// Engine/Source/Runtime/NavigationSystem/Private/NavModifierComponent.cpp : 39
if (PrimComp && PrimComp->IsRegistered() && PrimComp->IsCollisionEnabled()){ 

// New// Engine/Source/Runtime/NavigationSystem/Private/NavModifierComponent.cpp : 39
if (PrimComp && PrimComp->IsRegistered() && PrimComp->IsCollisionEnabled() && PrimComp->CanEverAffectNavigation()){

1. Create an actor BP
2. Add a collision primitive component (Box/Sphere/Capsule)
3. Mark this component as navigation relevant
4. Add a second collision primitive component to the actor
5. Mark the second collision primitive as non-navigation relevant
6. Move the second collision primitive so the two collision volumes do not intersect (not necessarily needed, but makes visualization of issue easier.
7. Add Navigation Modifier component to actor.
8. Place actor into scene with navmesh present.

Expected result: The navmesh is cutout around the original, navigation relevant primitive, and the second primitive component does not cut the navmesh.

Actual Result: Navmesh is cut out around each of the volumes despite one not being listed as navigation relevant.