[BUG] Using StatusBarBehavior Breaks StatusBar.SetColor()

[david-maw]

Is there an existing issue for this?

• I have searched the existing issues

Did you read the "Reporting a bug" section on Contributing file?

• I have read the "Reporting a bug" section on Contributing file: https://github.com/CommunityToolkit/Maui/blob/main/CONTRIBUTING.md#reporting-a-bug

Current Behavior

Calling CommunityToolkit.Maui.Core.Platform.StatusBar.SetColor() to set a new color does not seem to work after a StatusBarBehavior has been invoked on a previous page, though setting the "Transparent" color does something.

Expected Behavior

StatusBar.SetColor should select a new color.

Steps To Reproduce

1. Open and run the application from the repository.
2. Wait 5 seconds for this page to show:

4. Click the button to change colors and note that only "Transparent" seems to have an effect.
5. Fall back to 10.0.1 toolkit and try again - it'll work better there (though will exhibit a different bug which is fixed in 10.1.0)

Link to public reproduction project repository

https://github.com/david-maw/DivStart-StatusBarStuck.git

Environment

- .NET MAUI CommunityToolkit: 10.1.0
- OS: Android 36
- .NET MAUI: 10.0.5

Anything else?

For me the workaround of not using StatusBarBehavior was feasible, so this isn't important.

[rmayrink]

Same issue here. StatusBar Color does not change on Android 16 (but work on Android 15) after upgrade to CommunityToolkit 14.1.0. This code works fine on 14.0.1 version:

var statusBarBehavior = new StatusBarBehavior
{
StatusBarColor = color,
StatusBarStyle = StatusBarStyle.LightContent
};
page.Behaviors.Clear();
page.Behaviors.Add(statusBarBehavior);

[Pastajello]

The issue exists for Android API 36 and can be reproduced in the sample project IF we comment:
ApplyOn = CommunityToolkit.Maui.Behaviors.StatusBarApplyOn.OnPageNavigatedTo, in BehaviorsGalleryPage.

However OnBehaviorAttachedTo doesn't seem to make and difference and StatusBarBehavior still the same.
That would point me to some timing issue when the statusBar is setup for page has direct impact for API 36.

For a quick workaround I'd propose to use ApplyOn = OnPageNavigatedTo.

[rmayrink]

ApplyOn = OnPageNavigatedTo.

No change. The issue persists in Android 16.

[Pastajello]

It has to be added on the "previous" page so the View used for coloring StatusBar is created correctly.
Why? - Good question - because the code I introduced ( :( ):
window.DecorView.Post(() =>
has created a situation where 2 or more statusBarOverlay overlays can be created. Which in this case is happening. I assume checking there for an existing statusBarOverlay would solve the issue.