#[1] #[2] It looks like relay.damus.io does not accept hex abbreviations in the #p filter of a REQ.
["REQ","ms-future",{"since":1678019563,"authors":["d90a37f79f"],"#p":["d90a37f79f"]}]
["NOTICE","ERROR: bad req: filter item too small"]
Discussion
Could you pls open an issue here? https://github.com/Cameri/nostream/issues
relays don't accept abbr neither bech32 formats u need to convert all to normal hex values before send it
It looks like offchain.pub has the same issue.
And eden.nostr.land restricts the #p filter to 256 hex keys but accepts up to 1000 in the authors filter.
NOTICE "wss://eden.nostr.land" ["NOTICE" "invalid: \"[2].#p\" must contain less than or equal to 256 items"]
>From: unclebobmartin at 03/05/23 06:42:41 on wss://atlas.nostr.land
>---------------
>#[5] #[6] It looks like relay.damus.io does not accept hex abbreviations in the #p filter of a REQ.
>
>["REQ","ms-future",{"since":1678019563,"authors":["d90a37f79f"],"#p":["d90a37f79f"]}]
>["NOTICE","ERROR: bad req: filter item too small"]
I think we talked about removing that anyway and splitting it into its own optional nip.
I presume you mean a NIP that extends the REQ. I'm not sure what pulling this out of NIP-01 accomplishes. In any case, #p queries are pretty useful (if you ask me).
>From: jb55 at 03/05/23 07:56:46 on wss://puravida.nostr.land
>---------------
>I think we talked about removing that anyway and splitting it into its own optional nip.