Search Issue Tracker
Fixed
Fixed in 6000.0.3f1
Votes
0
Found in
6000.0.1f1
Issue ID
UUM-71335
Regression
No
[UIBuilder] Changes aren't detected on types implementing IList
Steps to reproduce:
- Open `Document`, select `Element`, press `Add` next to `Obj`, and try changing both the `Data` fields.
- Notice neither field is marked as being set.
- Open the `Data` script and comment out `#define IMPLEMENT_ILIST`
- Repeat step 1 and see that the changes cause the fields to be marked as set.
Actual results:
Expected results:
Reproducible with versions: 6000.f1
Not reproducible with versions:
Can’t test with versions:
Tested on (OS): Windows
Notes:
- When a change is made we do a comparison between the old value and new one, if nothing changes we ignore it. The check we do is a little complicated because of all the different data we may be comparing, in 1 part we do a check to see if the values are IList, if they are we then compare the contents of them to see if they match. So here they are both empty and considered a match and we assume nothing changed. We need to also consider the contents as well as the items.
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Assets are created in the Package folders when creating assets via custom buttons in the Inspector window or other windows
- “Select” windows are named differently on Windows and macOS
- [Windows] No minimum “Select” window size
- Enabling “Editor Extension Authoring” in UI Builder doesn’t dirty the document and saving with shortcut doesn’t persist the state
- WebRequest.Create() function fails with "URI prefix is not recognized" errors when the project is built for Linux Standalone or Windows Dedicated Server
Add comment