tool · inferred from evidence
composer
Dependency management tool for PHP used to upgrade the SDK.
- Deploy a Laravel app on self-hosted Stormkit via Admin runtime settings
You can deploy a Laravel app on self-hosted Stormkit today. Go to your Profile, then Admin, then the Runtimes section, and add two runtimes: nix:php at version 8.5, and nix:php85Packages.composer at latest.
- docusign php sdk: Call to a member function read() on string in ObjectSerializer.php:285
How to fix: docusign php sdk: Call to a member function read() on string in ObjectSerializer.php:285. This was a confirmed SDK bug (DCM-4285), fixed in the 5.3.0 release. Upgrade with composer require docusign/esign-client:^5.3.0 (or newer)
- docusign-php-client: ApiException#getResponseObject returns serialized PHP string instead of object
Upgrade to v5.5, where the maintainer fixed it: composer require docusign/esign-client:^5.5 (the fix was first available in the 5.5.0-RC). The DocuSign team confirmed the fix on the issue before closing it.
- Brevo PHP SDK: "User Warning: Timeout option is not supported for the current PSR-18 client (GuzzleHttp\Client)"
This is a generator bug: class_exists() was used where interface_exists() was needed, so the SDK never detected Guzzle. The generator was fixed upstream and the corrected SDK shipped in 4.0.14, which is live on Packagist.
- docusign php sdk: Class '\\DocuSign\\eSign\\Model\\OfflineAttributes' not found on listRecipients
This was a confirmed SDK bug (DCM-3374), fixed in the 5.1.0 release. Upgrade with composer require docusign/esign-client:^5.1.0.
- Brevo PHP SDK v4.0.7: ContactsClient::createContact() throws "Failed to deserialize response: Syntax error"
How to fix: Brevo PHP SDK v4.0.7: ContactsClient::createContact() throws "Failed to deserialize response: Syntax error". The verified fix from the maintainer thread, distilled into reusable steps.
- DocuSign PHP SDK: Class Number not found on listTabs (ObjectSerializer)
Calling listTabs through EnvelopesApi fatals with Class Number not found because the SDK passes a bare class name to the deserializer. Fixed in SDK v5.1; on older versions patch ObjectSerializer.php with the fully qualified class name.
- Brevo PHP SDK v4.0.7: ContactsClient::createContact() throws "Failed to deserialize response: Syntax error"
What this covers: On getbrevo/brevo-php v4.0.7 with PHP 8.4, calling ContactsClient::createContact() throws Brevo\Exceptions\BrevoException: Failed to deserialize response: Syntax error with a nested JsonException(code: 4). The fix that wor
- Brevo PHP SDK: "Cannot serialize value of type boolean with any of the union types: float | string | bool | array"
Brevo PHP SDK: "Cannot serialize value of type boolean with any of the union types: float | string | bool | array". This is a serializer bug in the v4 SDK: it never matched "bool" against gettype()'s "boolean".