FIX: Make GiftiMetaData.data a list proxy, deprecate#1127
FIX: Make GiftiMetaData.data a list proxy, deprecate#1127effigies merged 3 commits intonipy:maint/4.0.xfrom
Conversation
|
Hello @effigies, Thank you for updating! Cheers! There are no style issues detected in this Pull Request. 🍻 To test for issues locally, Comment last updated at 2022-07-26 13:27:38 UTC |
The way to modify a metadata object used to be manipulating the .data list. Proxy calls to the list to ensure updates to the dict-like object now.
0425502 to
fcd2816
Compare
|
@htwangtw Could I bug you for a review here? |
Codecov Report
@@ Coverage Diff @@
## maint/4.0.x #1127 +/- ##
===============================================
+ Coverage 91.76% 91.77% +0.01%
===============================================
Files 101 101
Lines 12380 12433 +53
Branches 2423 2429 +6
===============================================
+ Hits 11360 11411 +51
- Misses 693 694 +1
- Partials 327 328 +1
Continue to review full report at Codecov.
|
These really should have been deprecated, instead of FutureWarning'd. Keeping them around will cause confusion at best.
fcd2816 to
301e024
Compare
|
I have, somewhat tediously, looked through every instance of One thing that isn't addressed here is that we no longer offer anything but insertion order, so people who previously put |
htwangtw
left a comment
There was a problem hiding this comment.
The test looks comprehensive and I cannot think of anything else. LGTM
|
Thanks! |
This is a follow-up to #1091 with things that should have been done there, including proxying actions on the
GiftiMetaData.datainternal list and deprecating the property altogether.I added a comprehensive test that checks that attempting to use
GiftiMetaData.dataas one might have pre-4.0 works once again.