Description

When the BackgroundColor of Entry and Editor controls is set to a custom color, the controls update correctly on iOS and macOS.
However, when the property is changed to null dynamically at runtime, the controls do not reset to the default background color.
Instead, they continue to display the previously applied color, indicating that runtime resetting is not working correctly on these platforms.

Steps to Reproduce

1. Run the attached sample BackgroundColorIssue.zip
2. Tap “Apply BackgroundColor Color” → Entry turns Red, Editor turns LightBlue.
3. Tap “Reset to Default” → Entry & Editor BackgroundColor becomes null.
4. Observe the BackgroundColor.

Expected Behavior: When the BackgroundColor property is reset (for example, set to null or the default value), the control should restore its native default background color.
Actual Behavior: When a custom BackgroundColor is applied to the Entry or Editor control and later reset to the default value, the control does not restore its native default background color. Instead, it continues to display the previously applied background color.

Link to public reproduction project repository

No response

Version with bug

10.0.50

Is this a regression from previous behavior?

No, this is something new

Last version that worked well

No response

Affected platforms

iOS, macOS

Affected platform versions

macOS, iOS 18, iOS 26

Did you find any workaround?

No response

Relevant log output