Subnostr

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?

Fabian 1y ago

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”

Reply to this note

Please Login to reply.

Discussion

Quentin 1y ago

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.