BatchErrorException.error is an HTTPError that has no attribute 'code'

[andrew-rietz]

• Package Name: azure-batch
• Package Version: 14.2.0
• Operating System: python:3.10-slim-bookworm
• Python Version: 3.10

Describe the bug
The azure batch sdk is not handling an internal data type correctly, resulting in an unhandled exception that returns a <unprintable BatchErrorException object> to the caller.

It looks like the code is expecting the BatchErrorException or BatchErrorException.error to have specific attributes. Those attributes don't exist resulting in an unhandled exception.

It seems like the tasks -- or at least some of the tasks -- are making it through and being scheduled in the appropriate jobs

To Reproduce
Happens intermittently. The same set of tasks can be submitted, sometimes resulting in an error, other times succeeding without issue.

Additional context

Traceback (most recent call last):
  File "/usr/local/lib/python3.10/site-packages/azure/batch/custom/patch.py", line 79, in _bulk_add_tasks
    add_collection_response = self._original_add_collection(
  File "/usr/local/lib/python3.10/site-packages/azure/batch/operations/_task_operations.py", line 344, in add_collection
    raise models.BatchErrorException(self._deserialize, response)
azure.batch.models._models_py3.BatchErrorException: <unprintable BatchErrorException object>

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  # <omitted>
    response: "TaskAddCollectionResult" = self.batch_client.task.add_collection(
  File "/usr/local/lib/python3.10/site-packages/azure/batch/custom/patch.py", line 275, in bulk_add_collection
    task_workflow_manager.task_collection_thread_handler(results_queue)
  File "/usr/local/lib/python3.10/site-packages/azure/batch/custom/patch.py", line 169, in task_collection_thread_handler
    self._bulk_add_tasks(results_queue, chunk_tasks_to_add)
  File "/usr/local/lib/python3.10/site-packages/azure/batch/custom/patch.py", line 90, in _bulk_add_tasks
    if e.error.code == "RequestBodyTooLarge":  # pylint: disable=no-member
AttributeError: 'HTTPError' object has no attribute 'code'

[github-actions]

🎯 Agentic Issue Triage — Needs Manual Review

🏷️ Label Decision

• Candidate labels considered:
  • Client + Batch: Issue reports a bug in azure-batch (v14.2.0), a data-plane SDK package located at /sdk/batch/. The traceback points directly to azure/batch/custom/patch.py and azure/batch/operations/_task_operations.py. "Client" is correct for data-plane SDK issues; "Batch" matches the Azure Batch service. This pair was confidently selected.
• Confidence blockers: None — the package name, service, and category are all unambiguous.
• Outcome: Applied Client + Batch — prediction was confident.

👥 Owner Routing

• CODEOWNERS scan (bottom-to-top): Scanned the file from the end upward. The entry at line 71 (# ServiceLabel: %Batch) was the first match for the "Batch" service label.
• Matched entry:

  # ServiceLabel: %Batch
  # PRLabel: %Batch
  /sdk/batch/    `@cRui861` `@dpwatrous` `@jingjlii` `@JJJessieWang` `@wanghoppe` `@wiboris` `@lilinvictorms` `@iwang2` `@xingwu1`
  

• Owners found: No # AzureSdkOwners: line and no # ServiceOwners: line in this block. The /sdk/batch/ line lists file path owners (PR review only), not issue routing owners.
• Outcome: Applied needs-team-triage — matched entry has no AzureSdkOwners or ServiceOwners listed for issue routing.

Generated by Agentic Triage for issue #47784 · 33.3 AIC · ⌖ 13.6 AIC · ⊞ 9.5K · ◷

[github-actions]

Thanks for the feedback! We are routing this to the appropriate team for follow-up. cc @cRui861 @dpwatrous @iwang2 @jingjlii @JJJessieWang @lilinvictorms @wanghoppe @wiboris @xingwu1.

[kashifkhan]

Thank you for the feedback @andrew-rietz . Ive routed this to the team that can assist you further