Fixes issue #12303

[jfayot]

Description

This PR fixes a regression from #12230 (Fix allowPartial parameter handling in getBoundingSphere to prevent blocking by other visualizers in update function).

Issue number and link

Fixes #12303 (TypeError on setting the Viewer selectedEntity)

Testing plan

• Tested sandcastle from TypeError on setting the Viewer selectedEntity #12303
• Tested sandcastle from Fix allowPartial parameter handling in getBoundingSphere to prevent blocking by other visualizers in update function #12230

Author checklist

• I have submitted a Contributor License Agreement
• I have added my name to CONTRIBUTORS.md
• I have updated CHANGES.md with a short summary of my change
• I have added or updated unit tests to ensure consistent code coverage
• I have updated the inline documentation, and included code examples where relevant
• I have performed a self-review of my code

[github-actions]

Thank you for the pull request, @jfayot!

✅ We can confirm we have a CLA on file for you.

[jfayot]

To be honest, I'm not really confident with this PR!
My feeling is that #12230 should be reverted until a stable fix is found for #4647.
Moreover, if you look closely at this sandcastle you will notice that the model entity is actually not flickering anymore, but the polyline is still flickering!

[jfayot]

Going further, in the original forum post, @marco13 suggests to use CallbackProperty which I think too is the right approach as demonstrated in this sandcastle (working with and without #12230 PR and where you can notice that neither the model entity nor the line entity are flickering).

In this same post, @Levi-Montgomery argues that CallbackProperty would not be suited for polylines with ~100000 points for performance reasons, which is true, but for such large polylines I would not use entities anymore, but rather the GeometrryInstance approach

[Levi-Montgomery]

The Polyline flickering is separate from the model flickering, the Polyline flicker is just it being deleted and redrawn when you update its position points. You'll notice it also still flickers in the czml sandcastle as well. Might be a better way to do that but was out of scope.

The bug my MR fixed was a brief camera detachment from the tracked entity, the position of the entity updated but the camera position update was being blocked by the polyline's creation of the bounding sphere. The user would observe this as the model flickering. And my fix was complete for this bug.

Evidently based on what I am reading there were consequences to my fix that did not cause a test case to fail and went undetected in mine and Luke's testing. I understand if the correct course of action is to revert my MR pending a proper fix, as your bug is more serious.

My guess on a proper fix would be that the initial call to to .getBoundingSphere call i modified in my MR allowPartial should be false, and only subsequent calls should allowPartial be true.

[ggetz]

My feeling is that #12230 should be reverted until a stable fix is found for #4647.

@jfayot Based on @Levi-Montgomery's comments, what is your recommendation for moving forward?

• Would you recommend closing this PR, have us revert Fix allowPartial parameter handling in getBoundingSphere to prevent blocking by other visualizers in update function #12230, and open an issue to track a more stable fix?
• Or, do you plan on making updates to this PR?

[jfayot]

@ggetz I don’t have a clear-cut opinion on this. May be you or someone from the Cesium team could have a look at it?

[Levi-Montgomery]

@ggetz My testing seems that this MR we are in fixes jfayot's issue.

I would recommend a cesium dev look this MR over and decide if the fix is acceptable. If not, revert my #12230 MR and add a test case for jfayot's error so it doesn't inadvertently get broken again, then open an issue for another fix.