I had a similar situation and found the problem by checking:
curl https://smash.cardano-mainnet.iohk.io/api/v1/errors/[YOUR_POOL_ID]
if there are errors preventing your pool from showing up in Daedalus, they should be returned by that. If that returns , then I don’t know what your problem could be.
Very strange I re-uploaded in total 4 times now the metadata JSON seems a problem in my steps…
I copy via pscp the JSON file from my windows to my server and afterward calculate the hash.
Now I will try directly download from my server via wget the file from github maybe this solves the issue…
Very strange when I calculate the hash even if I download directly from the same URL like IOHK in the logs then I get always this hash f97f554780ee4f9acfcffb9d6532918ac9cb41beadaf232db21b046713369094
But like in the logs it should be the hash of 5c2acef7f1f081d72020b918cc54bde86977f4c2f8cb6121f2bdbd2a924d0382
Of course I can just send the transaction with this expected hash but I want to find the source problem.
Why my cardano-cli calculates the wrong hash for the same file?
Here are my versions:
cardano-cli 1.25.1 - linux-x86_64 - ghc-8.10
git rev 9a7331cce5e8bc0ea9c6bfa1c28773f4c5a7000f
A hash mismatch was what I had also when I looked at the smash URL with my ID. I download the file from Github again and recalculated the hash and resubmitted and it worked for me. I think I had used the original file on my workstation when I had first calculated the hash and maybe there was something changed when I uploaded to Github and re-downloaded. Possibly line endings change by Github? To be honest, I’m not sure I remember exactly the steps I did to get it working. Just had a sigh of relief when I saw it in Daedalus and I went to bed. It was late
Metadata information is encoded in UTF-8, and will never exceed 512 bytes
The content hash of the JSON object referenced in the URL (if present), should match the content hash in the registration certificate. If there is a mismatch, the pool will not be displayed in a wallet.
My JSON is valid for UTF8 and less bytes, I could not find the issue since my hash calculation evaluates always to something different…
PS: I checked and my json contains in the description some special characters: “(check the website)”. if its not fixed with the web space I will tomorrow try to remove the braces in the string maybe this leads to some errors…