-
Wojtek
hi, [xep-0363/http file upload] what should happen if someone request upload of the file that's larger than 'max-file-size? specs uses MAY, which seems ambiguous hereā¦
-
Zash
Roll for one of https://xmpp.org/rfcs/rfc6120.html#stanzas-error
-
Wojtek
well, "it may respond with an error" indicates that it doesn't have to respond with such and still allow user to upload. IMHO, originally "may" was warranted as it was the only place where maximum file limit was exposed but after adding it to service discovery the prhase "Instead of providing the client with a slot the service MAY respond with an error if the requested file size is too large. In addition the entity MAY inform the requester about the maximum file size." should change from MAY to MUST?
-
Zash
RFC 2119 language change after Draft? Hmmmmm
-
flow
Wojtek, I am not sure if I see ambigouty here, but simply freedom wrt to the behavior
-
flow
And I don't see a harm of that freedom in this particular case
-
Wojtek
> RFC 2119 language change after Draft? Hmmmmm I'd say yes
-
Wojtek
@flow I'd say that having things a little bit more strict would be benefitial :-)
-
flow
Wojtek, why?
-
flow
I mean I usually aggree, but I can't come up with a reason in this case
-
flow
the client already startet an upload, of which he probably was able to figure out that the payload is to big
-
flow
now the server could either accept the upload (for whatever reason), then the client is happy and the server is happy
-
flow
or the server rejects the upload because the file/payload is to big, but then the client can't really complain
-
flow
I guess what is important here is that the server rejects/aborts the upload in such a way that the client knows that a retry won't help (because it is a permantent condition)✎ -
flow
I guess what is important here is that the server rejects/aborts the upload in such a way that the client knows that a retry won't help (because it is a permanent condition) ✏