Paul Connelly

> It is unfortunately a breaking change in that any code reading the TileAdmin.Props.cesiumIonKey would not be checking if the value is function. `TileAdmin.Props` is only used during initialization (`IModelApp.startup`)....

> an app would fetch the key asynchronously after the startup call and then store it somewhere that the function could immediately return. This would introduce a race condition -...

This introduces a breaking change of the worst kind: one that does not produce a compiler error, but causes your code to no longer work properly. At a minimum, people...

Sounds like the same or similar issue as #6332. @MichaelBelousov, you indicated you would investigate further - did you find anything? @MYDJH you can expect better results by synchronizing multiple...

The desktop starter app you're using looks pretty bare-bones. Most viewer applications include a tree view that allows you to turn on and off the visibility of individual models. Alternatively,...

When I asked, you told me you are caching all kinds of tiles, but this only caches iModel tiles. Did you change your mind?

How do you plan to measure the effectiveness of these changes?

Sure, I just don't want us to enable it for users until it's providing actual value.

The tile request channels you are modifying are used for tiles that are produced on demand by the imodel backend. Tiles produced by mesh export service go through a [different...

Are you moving the element outside of the initial project extents?