You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently some tests specifically for airdrop cases such as trying to claim/cancel an airdrop with an invalid token address, or when the token transfer list contains more than 10 tokens (which is the limit) are skipped. The reason for this is that they revert with INVALID_OPERATION_ID which is a generic exception and should be INVALID_TOKEN_ID for example. I originally thought this exception was the correct response, and since I can't catch it with getHTSResponseCode(), I just asserted for a reverted transaction. After more careful analysis this approach is not ideal and they should be changed to assert for the correct message once it's fixed on the services side.
The text was updated successfully, but these errors were encountered:
Currently some tests specifically for airdrop cases such as trying to claim/cancel an airdrop with an invalid token address, or when the token transfer list contains more than 10 tokens (which is the limit) are skipped. The reason for this is that they revert with
INVALID_OPERATION_ID
which is a generic exception and should beINVALID_TOKEN_ID
for example. I originally thought this exception was the correct response, and since I can't catch it withgetHTSResponseCode()
, I just asserted for a reverted transaction. After more careful analysis this approach is not ideal and they should be changed to assert for the correct message once it's fixed on the services side.The text was updated successfully, but these errors were encountered: