normalize-color accepts functional colors with surrounding junk

Description

@react-native/normalize-colors fully anchors hex matchers (^…$) but not rgb/rgba/hsl/hsla/hwb. Substring matches are therefore accepted:

normalizeColor('xxrgb(1, 2, 3)yy') // => 0x010203ff (unexpected)
normalizeColor('rgba(1,2,3,0.5)extra') // => non-null (unexpected)
normalizeColor(' #fff ') // => null (hex correctly rejects)

Steps to reproduce

1. Open the Snack: https://snack.expo.dev/rykV9Sq-NOSJg8KWXawiP
2. Look at rows for xxrgb(1, 2, 3)yy, rgb(1, 2, 3)yy, and rgba(1,2,3,0.5)extra
3. Observe non-null processColor values and painted swatches (bug). Spaced hex #fff correctly stays null.

React Native Version

main / latest (package @react-native/normalize-colors, used by processColor)

Affected Platforms

• Runtime - Android
• Runtime - iOS
• Runtime - Web
• Other (please specify): pure JS @react-native/normalize-colors

Output of npx @react-native-community/cli info

N/A — reproducible via Snack / unit package without a local app install.

Stacktrace or Logs

N/A (incorrect non-null return value, no crash)

MANDATORY Reproducer

https://snack.expo.dev/rykV9Sq-NOSJg8KWXawiP

Screenshots and Videos

N/A

Fix PR: https://github.com/facebook/react-native/pull/58496

Commencez par les matchers de couleurs fonctionnelles dans @react-native/normalize-colors et reproduisez les cas rgb, rgba et spaced-hex listés à l’aide du Snack lié. C’est terminé lorsque les entrées entourées de texte indésirable renvoient null, tandis que les couleurs fonctionnelles valides continuent de produire des valeurs non nulles ; l’issue contient également un lien vers le PR de correction #58496.