Test
#test
Login to reply
Replies (23)
โ
EtherFi Airdrop Is Live!.
๐ Claim your free $ETHFI.
Telegraph
EtherFi
โ
EtherFi Airdrop Is Live!
๐ Claim your free $ETHFI.
๐ A total of 9 million $ETHFI will be distributed.
๐ฅ You are eligible...
Great advice
I need a private relay for testing lol
Can't tell if I got my test client banned from nos.lol or if something's very wrong lol
npub19jescdjr3wk552j3q77f3awwhe4qy2ds24xce773exd28nr7emqsm2pt7r
test reply
huzzah, success!
Yet another time when typescript would have saved me over an hour of debugging.
npub19jescdjr3wk552j3q77f3awwhe4qy2ds24xce773exd28nr7emqsm2pt7r
test reply with attachment

npub1ttfsk6yzuklvgdcp47r0knsvgqqenwxazl6wtu3wv4xczy4p7kxqr03jcu
Another test reply with an attachment
npub1uj29k3ja07lg45wutrveh77j9cd7ptkz6a8e2qymg5a70wpqun4slk45xm
third time's a charm?
npub1hrp8uv480vd2g033qqewv5zkt509f0rje08a2976v4jqujddry7szyj6uw
nope, guess not
nip96 uploads are failing across nostrcheck, nostr.build, and files.v0l.io I suspect it's my fault somehow, but I'm burning more time than I'd like troubleshooting. I'm using nostr-tools and afaict based on reading nip-96, examining the nostr-tools code, and looking a the requests, I'm not certain what's wrong here.
Afaict the Authorization form field is non-standard but harmless (hacking it out did not change the responses I'm getting, and reading the void-cat-rs source it looks like it should be ignored anyway).
```
POST /n96 HTTP/2
Host: files.v0l.io
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:127.0) Gecko/20100101 Firefox/127.0
Accept: */*
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate, br, zstd
Referer: http://localhost:5000/
Authorization: Nostr REDACTED
Content-Type: multipart/form-data
Content-Length: 24052
Origin: http://localhost:5000
Connection: keep-alive
Sec-Fetch-Dest: empty
Sec-Fetch-Mode: cors
Sec-Fetch-Site: cross-site
Priority: u=4
TE: trailers
-----------------------------11234029581503681683701650224
Content-Disposition: form-data; name="Authorization"
Nostr REDACTED
-----------------------------11234029581503681683701650224
Content-Disposition: form-data; name="size"
22933
-----------------------------11234029581503681683701650224
Content-Disposition: form-data; name="file"; filename="2024-07-06-152337_1000x175_scrot.png"
Content-Type: image/png
... snip ...
-----------------------------11234029581503681683701650224--
```
I get a 400 response from all services. (Not a 401 or 403 or anything)
Both nostr.build and nostrcheck have some kind of message indicating a problem with the file upload portion.
nostr.build example
```
'{"status":"error","message":"Either no file or more than one file posted. Only one file is expected."}'
```
I'm not a web guy so nothing is jumping out at me, but does anyone notice something obviously wrong with the request? You can see from the size field that the file is quite small.
This is indeed an alt I just created. Since I don't want to copy keys across multiple devices. I think whatever nsecbunker does would allow me to post from other devices but sign from my desktop? Anyway I haven't looked into it enough to understand, and this works well enough for the moment.
npub1tsdvllfecgv32z4j0an75y24w09nw8zlakzpk46qjagqrt9rkd4q2xw48z
asdf


npub1tsdvllfecgv32z4j0an75y24w09nw8zlakzpk46qjagqrt9rkd4q2xw48z


npub19jescdjr3wk552j3q77f3awwhe4qy2ds24xce773exd28nr7emqsm2pt7r
ok, ok, #test reply with an image attachment...


npub13fyhudyqu5ed7jgsgw3emk2kref8unuqu4xsznpvd9l5mm50qu0sawfl7v
is the imeta tag right this time?


npub1qxslc5jcxce3rhhcsk3fmg6pyfehhutac60grx4666sas4wggcfqf7dl4v
test


npub1fwj020v7u2euser7eupx2r7wl5ujk7cgn763sa6kz8hf9424wvgs74vdhj
annuda test


npub1y50h7s7vpl7egphe4cpr6xtpmgys5y9zus9z0ggzla5evuwazlkswtv0m7 t
test test test


npub14cf7lqrf30qeyget52mhw0g0t9y9yjnf3ul6dluv4j4jjqphyv3s2xw7ce
asdf


npub14cf7lqrf30qeyget52mhw0g0t9y9yjnf3ul6dluv4j4jjqphyv3s2xw7ce
asdf

