ecodev/graphql-upload
Laravel-friendly support for GraphQL multipart file uploads. Adds an Upload scalar and request handling so clients can send files with GraphQL operations, following the graphql-multipart-request specification. Suitable for APIs needing file uploads in GraphQL.
Returns HTTP code 413 when post_max_size is exceeded #11708
This case is not directly reported by PHP itself, neither via
UploadedFileInterface, so we try our best to detect the situation and
immediately returns the HTTP code 413. We do it immediately because when
the case happens, PHP will leave $_POST entirely empty so we have no way
to do anything further. So we let the client know via HTTP status and it
is up to him to handle in the best way possible.
When a 413 happens, the response body contains a detailed message similar to:
{"message": "The server `post_max_size` is configured to accept 10.00 MiB, but received 28.00 MiB"}
UploadMiddleware::processRequest() is dropped entirely without replacement.
If you need to use this library but you don't already use PSR-15 middleware,
then you will have to implement a workaround yourself.
Failed upload will throw the new UploadError #11708
Previously it was up to the application to validate that the received
UploadedFileInterface was $file->getError() === UPLOAD_ERR_OK. This
is now included in UploadType and all UploadedFileInterface received
by the application are guaranteed to be successful uploads.
Remove outdated workaround for operationName and operation
This is a breaking change only if you rely on the existing of operation
instead of operationName in subsequent middleware. It is not breaking
if you only use GraphQL\Server\StandardServer.
Updated to webonyx/graphql-php 14 which has some breaking changes
How can I help you explore Laravel packages today?