Repository navigation
v4.5.0
What's Changed
- fix: count single token ERC721 approvals, keep contract wallet signatures, reject zero unitsToFill, pass extraData to the zone by @ryanio in #1058
- chore: bump version to 4.5.0 by @ryanio in #1059
Behavior changes
- An ERC721 approved for Seaport one token at a time (as
exactApproval: truedoes) now counts as approved. Such listings no longer failfulfillOrderandfulfillOrderswith "The offerer does not have the sufficient approvals.", and no second approval is requested. Fixes #1055. signOrderandsignBulkOrdercompact a 65 byte signature only when it is the offerer's own ECDSA signature, so a contract wallet's 65 byte signature reaches ERC-1271 unchanged. Fixes #1052.fulfillOrderandfulfillOrdersnow throw "Units to fill must be greater than 0" for aunitsToFillof0or0n, which previously filled the whole remaining order. This is why the release is a minor.fulfillOrdertakes the advanced route whenextraDatais non-empty, so a restricted order's zone receives it.- ERC721 fulfillment aggregation keys separate the token id from the order index, so two different tokens can no longer share a group in a large
fulfillOrdersbatch.
Community Contributions
- Single token ERC721 approvals, thanks @nftpoetrist (#1056, #1055)
- Contract wallet signatures, thanks @nftpoetrist (#1053, #1052)
- Zero
unitsToFill, thanks @nftpoetrist (#1054) extraDatarouting, thanks @erkancamli (#1057)- Aggregation key separator, thanks @Ocheretovich (#1051)
Full Changelog: v4.4.1...v4.5.0