Environment
- Android OS version: any
- Devices affected: any
- Maps SDK Version: v10.0.0-beta.21
Observed behavior and steps to reproduce
As stated here:
Imagine we're setting some data to GeoJsonSource using feature, featureCollection or geometry.
Issue that I'm noticing is wrt the cancellation policy - let's imagine these 3 calls made one by one:
- U1 async
- U2 sync
- U3 async
The cancellation policy is solely based on the ignoreParsedGeoJson flag, which means that U2 will set it, but U3 will immediately unset it. This will result in this order of updates being rendered:
- U2
- U1
- U3
Since there was a sync update (U2) scheduled after an async update (U1), that async update should in all cases be dismissed and never rendered, but in the current setup, I see this risk of it appearing anyway.
Expected behavior
Result should be:
- U2
- U3
Notes / preliminary analysis
Additional links and references
Environment
Observed behavior and steps to reproduce
As stated here:
Imagine we're setting some data to
GeoJsonSourceusingfeature,featureCollectionorgeometry.Issue that I'm noticing is wrt the cancellation policy - let's imagine these 3 calls made one by one:
The cancellation policy is solely based on the
ignoreParsedGeoJsonflag, which means thatU2will set it, butU3will immediately unset it. This will result in this order of updates being rendered:Since there was a sync update (
U2) scheduled after an async update (U1), that async update should in all cases be dismissed and never rendered, but in the current setup, I see this risk of it appearing anyway.Expected behavior
Result should be:
Notes / preliminary analysis
Additional links and references