-
Notifications
You must be signed in to change notification settings - Fork 1.9k
[iOS, Maccatalyst] Entry & Editor BackgroundColor not reset to Null #34611
Description
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.
| Expected output | Actual output |
|---|---|
Screen.Recording.2026-03-24.at.11.36.43.AM.mov |
Screen.Recording.2026-03-24.at.11.34.24.AM.mov |
Steps to Reproduce
- Run the attached sample BackgroundColorIssue.zip
- Tap “Apply BackgroundColor Color” → Entry turns Red, Editor turns LightBlue.
- Tap “Reset to Default” → Entry & Editor BackgroundColor becomes null.
- 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