26.7.0
Release 26.7.0 — engine bump to 26.6.0 + shared error formatter
What changed
- Bumped the MCP package version
GroupDocs.Signature.Mcp26.5.0→26.7.0(CalVer). - Bumped the engine
GroupDocs.Signature26.2.0→26.6.0(latest stable on NuGet;
a four-minor jump). No public API drift affecting the tool surface —Sign,
Verify, all fiveSearch*tools, andGetDocumentInfocompile and behave
unchanged against 26.6.0. - Extracted the per-tool private
FormatExceptionhelpers (duplicated across all
eight tools) into a single sharedTools/ToolError.cs
(ToolError.Format(op, file, ex, subjectSuffix = null)). Every tool'scatch
now calls it. Output text is byte-for-byte identical to the previous per-tool
helpers — the failure prefixes (Signing failed for,Verification failed for,
Barcode search failed for,Document-info lookup failed for, etc.) are
preserved, so integration tests that match on the prefix are unaffected.
SignandVerifypass their(type: '<type>')subject via the new
subjectSuffixparameter.
Why
Routine maintenance release: pick up the latest stable engine and consolidate the
duplicated error-formatting boilerplate (8 identical copies) into one shared helper
per the cross-product MCP conventions (shared ToolError supersedes per-class
FormatException once ≥3 tools exist).
Migration / impact
- No behavioural change to any tool's success or failure output.
- Engine transitive note: as of 26.6.0 the resolved
GroupDocs.Signature.Net80
runtime package now declaresSkiaSharp 3.119.0+
SkiaSharp.NativeAssets.Linux.NoDependencies 3.119.0transitively (it did not at
clone time). The MCP still does not pin SkiaSharp manually — the native
libSkiaSharpnow arrives transitively (Pitfall S). The existing
System.Security.Cryptography.Pkcs 9.0.0override remains in place.
Full Changelog: 26.5.0...26.7.0