fix: Prevent Clustering with composable content from displaying default markers

[darronschall]

Thank you for opening a Pull Request!

---

Before submitting your PR, there are a few things you can do to make sure it goes smoothly:

• Make sure to open a GitHub issue as a bug/feature request before writing your code! That way we can discuss the change, evaluate designs, and agree on the general idea
• Ensure the tests and linter pass
• Code coverage does not decrease (if any source code was changed)
• Appropriate docs were updated (if necessary)

Fixes #569 🦕

[kikoso]

Hi @darronschall , and thank you for this PR!

Upon further checking it, it seems that using the two separate SideEffect blocks could have lead to race conditions, hence the reports on why this was not always reproducible. The explicit null check makes also the code safer in case of a race condition.

I am still not able to reproduce it, but this should fix a potential concurrency issue.

[kikoso]

Probably fixes #549

[gmazzotta-bit]

I'd update this too:

android-maps-compose/maps-compose-utils/src/main/java/com/google/maps/android/compose/clustering/Clustering.kt

Lines 54 to 70 in 91b40fa

	val clusterManager = rememberClusterManager<T>()
	LaunchedEffect(clusterManager, clusterRenderer) {
	clusterManager?.renderer = clusterRenderer
	}
	SideEffect {
	clusterManager ?: return@SideEffect
	clusterManager.setOnClusterClickListener(onClusterClick)
	clusterManager.setOnClusterItemClickListener(onClusterItemClick)
	clusterManager.setOnClusterItemInfoWindowClickListener(onClusterItemInfoWindowClick)
	clusterManager.setOnClusterItemInfoWindowLongClickListener(onClusterItemInfoWindowLongClick)
	}
	if (clusterManager != null) {
	Clustering(
	items = items,
	clusterManager = clusterManager,
	)
	}

[gmazzotta-bit]

By the way, as I mentioned here, I really believe this is a bug in DefaultClusterRenderer, but this change should be enough to work around that.