Replying to Avatar The Fishcake (nostr.build)

Practical question to the devs who write web clients, what is the preferred way to reject the request from nip07? Return rejected promise, return undefined, empty string? I’ve broke a few clients testing since they assumed some data types and cached the returned object/string without checking.

https://github.com/nostr-protocol/nips/blob/master/07.md

Avatar
OCTAVIO ZEDE 2mo ago

Returning "undefined" or an empty string can cause inconsistent behavior since many clients don't type-check responses properly, rejection ensures consistent, catchable handling

Reply to this note

Please Login to reply.

Discussion

Avatar
The Fishcake (nostr.build) 2mo ago

You wish, but that’s not what many clients do, and still do not type check or anything

Avatar
OCTAVIO ZEDE 2mo ago

Too many clients still assume a valid object/string return and skip any type checks or try/catch. It’s a mess.

I believe that , u need a stronger convention in the NIP itself, lik a standardized error object { error: "rejected" }... so clients stop guessing what “failure” means.

Avatar
The Fishcake (nostr.build) 2mo ago

I am with you on this one