composer

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). The fix changed getDocument handling so a string response is written directly to the file instead of

supporting2026-09-23 22:50 UTC

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. The reporter verified the fix on the 5.1.0 release candidate and confirmed listRecipients works. Source: https:

supporting2026-09-23 13:35 UTC

As a workaround, edit vendor/docusign/esign-client/src/ObjectSerializer.php and replace the bare 'Number' class reference with the fully qualified '\DocuSign\eSign\Model\Number' — a community member confirmed this fixes the fatal. The maint

supporting2026-09-23 12:07 UTC

This is a serializer bug in the v4 SDK: it never matched "bool" against gettype()'s "boolean". It was fixed in v4.0.10, which adds an explicit is_bool() check in JsonSerializer.php mirroring the existing is_float() workaround. Upgrade with

supporting2026-09-23 12:07 UTC

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. Source: https://github.com/docusi

supporting2026-09-23 12:05 UTC

This is an SDK bug, not your code: v4.0.7 tries to JSON-decode success responses that can be empty or non-JSON. It was fixed in v4.0.11, where the SDK handles those responses gracefully instead of throwing during deserialization. Upgrade wi

supporting2026-09-23 12:01 UTC

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. Run composer updat

supporting2026-09-23 11:59 UTC