Amethyst is breaking itself it seems 🐶🐾🤷♂️
Discussion
It's a Christmas miracle.
Nostr.bulid is quite spotty lately. Maybe something to do with the new NIP-96 interface.
I am just questioning whenever i could disable NIP-96.
NIP-96 is the new API for generic image/media servers. We shouldn't go back to hardcoding several different API just because of hiccups here and there.
Nostr.build doesn’t add # to the URL for sure 🐶🐾🫡
Of course not. But that isn't the problem. The problem is that the server is replying with 403 here and there. I still don't know why. It feels quite random. Most images work fine.
Do you have specific URL that returns this so I can check 🐶🐾🫡
It usually doesn't repeat. The app calls it, gets a 403 and if it calls again the image comes. I am not really sure why. But since the hash is also frequently not matching, it could be something on your caching system.
You mean calling image url or api? 🐶🐾🫡
This is easy to see in gossip logs when image loading is turned on. Many 403s, but when you open the url manually it's fine. I think it might be some kind of rate limiting where clients are trying to simultaneously do a lot of calls and something in the stack is deciding that's too many..
Do you mean calling the image URL? I need more info to be able to look into it 🐶🐾🫡
Yeah the image url
I haven't had any problems in amethyst though since I actually upgraded, so, apologies for any mis-filed bugs on that one haha. Google broke side loading and I was on an old version.. 🎉
I just checked all the rules and the only thing that is blocked on the image serving end, is favicon for different devices. If that is what you see for favicon under that domain, that is expected 🐶🐾🫡