Search Issue Tracker
In Progress
Fixed in 6000.0.16f1
Votes
0
Found in
6000.0.15f1
7000.0.0a1
Issue ID
UUM-77418
Regression
No
Some default UxmlConverters are dependent on the Current Culture
Some default UxmlConverters are dependent on the Current Culture{*}.{*}
For example, new Vector2(123.45f, 234) will be saved as "123,45,234" which will later fail to be parsed from UXML.
Most types are failing when being converted to string, but Length fails when converted from string.
*Steps to reproduce:*
1. Open attached project
2. Run in Test Runner
3. Observe failure when running tests
4. If you comment out line 38 in the test (where Frenc culture is set), tests are passing
*Actual results:* Tests are passing
*Expected results:* None of the Uxml Converters dependent on the Current Culture
*Reproducible with versions:* 2023.2, 6000.0.15f1
*Not reproducible with versions:* N/A
*Can’t test with versions:* Earlier than 2023.2 (API did not exist)
*Tested on (OS):* Mac Intel
*Notes:*
*
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- [SpeedTree] Wireframe mode not rendering correctly ST assets
- Light2D affecting only the Default Sorting Layer will also affect any Custom Lit Sprite not on that Layer when using Render Graph
- Decals do not get projected onto a GameObject draw with the Render Objects Renderer Feature when according to Event it should be projected
- The Depth value is not being written correctly in the Scene view when the Full Screen Pass Renderer Feature is applied on a GameObject with the Render Object Feature
- [Quest] Materials are not rendering in Player when "Single Pass Instanced \ Multi-View" is selected and "Surface Type" is set to "Transparent"
Resolution Note (fix version 6000.0.16f1):
Converters will not depend on the specific culture of the machine