feat(licensing): consume normalized UiPathAPIError from the LLM client

[vldcmp-uipath]

Summary

uipath-langchain-client 1.15.0 (on uipath-llm-client 1.15.0) now normalizes provider HTTP errors into a UiPathAPIError carrying .status_code and .body (the gateway ProblemDetails). This PR makes the agent consume that normalized error instead of re-deriving it here.

• llm_node catches UiPathAPIError and maps it to an AgentRuntimeError, reading the gateway message from body["detail"].
• licensing.py is rewritten to map the UiPathAPIError status code onto the agent taxonomy (403 → LICENSE_NOT_AVAILABLE / DEPLOYMENT, otherwise HTTP_ERROR / UNKNOWN).
• Deletes chat/provider_errors.py (and its test) — the per-provider duck-typing extractor is no longer needed; the client owns that normalization across every provider (OpenAI/Anthropic/Vertex/Bedrock), including the LangChain-wrapped cases.
• Bumps the uipath-langchain-client floor >=1.14.1,<1.15.0 → >=1.15.0,<1.16.0.

Why

Previously provider_errors.py duck-typed each SDK's exception shape (.body / .details / .response) to recover (status_code, detail). That logic now lives once, in the LLM client (UiPathAPIError.from_provider), so the agent layer just catches UiPathAPIError and reads .status_code / .body.

Verified end-to-end (on 1.15.0)

UiPathChatOpenAI.invoke() on a gateway 403 → UiPathAPIError(status_code=403, body=…) → AgentRuntimeError(code=LICENSE_NOT_AVAILABLE, status=403, category=DEPLOYMENT, detail="License not available… 'AGU'"). Confirmed via the actual chat-model classes (openai/anthropic) and the licensing mapping.

Tests

New tests/agent/test_licensing.py: 403 → LICENSE_NOT_AVAILABLE with the detail surfaced; non-403 → HTTP_ERROR (detail preserved within the wrapped message); missing-detail body → safe fallback.

Follow-up (separate repo)

uipath-agents pins uipath-langchain[bedrock,vertex]==0.13.11 (exact) — it'll need its pin bumped to ==0.13.12 to pick this up.

🤖 Generated with Claude Code

[Copilot]

Pull request overview

This PR updates the agent to consume the LLM client’s newly normalized UiPathAPIError (with .status_code and .body) for consistent provider HTTP error handling, removing the in-repo per-provider error “duck typing” logic and aligning dependency constraints to the newer client versions.

Changes:

• Switch llm_node and licensing error mapping to handle UiPathAPIError directly and surface gateway body["detail"] when available.
• Remove the legacy provider exception normalization module (chat/provider_errors.py) and its tests, replacing coverage with new licensing-focused tests.
• Bump uipath-langchain to 0.13.12 and raise uipath-langchain-client floor to >=1.15.0,<1.16.0 (plus updated lockfile).

Reviewed changes

Copilot reviewed 6 out of 7 changed files in this pull request and generated 2 comments.

Show a summary per file

File	Description
uv.lock	Updates locked versions for uipath-langchain, uipath-langchain-client, and uipath-llm-client to support normalized UiPathAPIError.
pyproject.toml	Bumps package version and updates uipath-langchain-client[...] dependency constraints to 1.15.x.
src/uipath_langchain/agent/react/llm_node.py	Narrows LLM error handling to UiPathAPIError and routes it through licensing mapping.
src/uipath_langchain/agent/exceptions/licensing.py	Rewrites mapping to consume UiPathAPIError.status_code / .body and convert to AgentRuntimeError.
src/uipath_langchain/chat/provider_errors.py	Deleted: removes per-provider exception normalization logic.
tests/chat/test_provider_errors.py	Deleted: removes tests for the deleted extractor.
tests/agent/test_licensing.py	Added: validates UiPathAPIError → AgentRuntimeError mapping for 403/non-403 and missing-detail bodies.

[vldcmp-uipath]

excelent catch. will address this

[sonarqubecloud]

Quality Gate failed

Failed conditions
61.5% Coverage on New Code (required ≥ 90%)

See analysis details on SonarQube Cloud