nostr:npub138s5hey76qrnm2pmv7p8nnffhfddsm8sqzm285dyc0wy4f8a6qkqtzx624 I tried a few uploads, it seems nostrcheck.me is always coming back with 1280x960 dimensions no matter which image, also hash is always empty
Discussion
I check it, sorry for the inconvenience š
I have detected the error.
If you notice I return you a processing_url with 202 header, in the spec of NIP96 it indicates that it should not return you neither size nor dimensions nor x at this moment, I suppose that in some update I broke it.
Whenever it returns processing_url you should process it as delayed processing (even though it doesn't take even 1 second).
I have already removed the size and dim tags from the initial response to avoid confusion.
Can you try now?
Delayed processing spec for more info. If I can help you, let me now, and sorry š„²
https://github.com/nostr-protocol/nips/blob/master/96.md#delayed-processing
I think it works now
nostr:note1eafx6rpdw2dkert0ngqs3yvsehwwlta3zqzwdp8jap06j0s79l0qglk7x2
But Iām not sure about the delayed processing, I have some code that handles that its never triggered because the response seems always status: āsuccessā, not āprocessingā, Iām checking that first before checking āprocessing_urlā
If I understand correctly, the spec forces me to return a 'succes' even in case of delayed processing, changing in this case the header to 202.