-
-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
getAvatar returning null but domain has an avatar #2426
Comments
The ENS name "bratly.eth" is not registered, did you mean "brantly.eth"? That one works. But if you have any examples that don’t, please let me know. :) |
Sry... was a typo... I meant "brantly.eth". The following code returns null (using ethers 5.5.2)
|
Updating, works for brantly.eth (my node modules had the wrong ethers version). But still doesn't work for this example - 9tails.eth - cause its avatar is an ipfs link |
I also observe this behavior when Avatar is set to value which should ultimately be resolved to a base64 encoded image:
|
This has been fixed in 5.5.3. Try it out and let me know if there are any issues. Thanks! :) |
works :) Thanks @ricmoo |
Think you should add arweave ar:// too |
I’m not sure what |
@ricmoo thanks for the prompt reply. Arweave is a permaweb storage like ipfs. It's supported and popular on opensea and solana NFTs. The urls are like this ar://{hash} it can be simply fetched via a gateway like this: https://arweave.net/{hash} |
Describe the bug
getAvatar returns null although ENS has an avatar
Reproduction steps
Use getAvatar on bratly.eth for example, I will return null. This happens because on the getAvatar function the following check is done
but NFT can have ipfs hashes as images instead of an https link. Ideally function should check for ipfs links as well
The text was updated successfully, but these errors were encountered: