-
Notifications
You must be signed in to change notification settings - Fork 137
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix resource dictionary destruction and insertion with deferred values #130
Fix resource dictionary destruction and insertion with deferred values #130
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice tests!
|
||
var returnValue Value |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this part is no longer needed? just making sure we didn't remove it by accident.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This was boxing the result from Insert
, which used to return a Value
or nil
, but is now already returning an OptionalValue
, so it doesn't need to be boxed up here anymore
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍
[v0.39] Remove spurious resource loss errors (internal #130)
Remove spurious resource loss errors (internal #130)
Related to #128
When a resource dictionary is destroyed or a key is updated, the value might be deferred.
Load the deferred values properly instead of only considering loaded values.
Also, simplify/reuse the existing test for ensuring deferred values are properly loaded when removing keys from resource dictionaries.
The diff looks odd, might be best reviewed by looking at the new code in split-diff mode