<?xml version="1.0" encoding="UTF-8"?><oembed><type>video</type><version>1.0</version><html>&lt;iframe src=&quot;https://www.loom.com/embed/4004a23827d340eda8260d801d8c2915&quot; frameborder=&quot;0&quot; width=&quot;1274&quot; height=&quot;955&quot; webkitallowfullscreen mozallowfullscreen allowfullscreen&gt;&lt;/iframe&gt;</html><height>955</height><width>1274</width><provider_name>Loom</provider_name><provider_url>https://www.loom.com</provider_url><thumbnail_height>955</thumbnail_height><thumbnail_width>1274</thumbnail_width><thumbnail_url>https://cdn.loom.com/sessions/thumbnails/4004a23827d340eda8260d801d8c2915-7056ffff19423655.gif</thumbnail_url><duration>313.174</duration><title>Using Claude to troubleshoot Apex Class + Deploying</title><description>This Loom explains how Cloud identified and fixed an Apex logic issue that left the Account TerritoryPort field unassigned on newly created accounts. The problem occurred because the assigning logic in AccountTriggerHandler only ran when the account owner changed, so if the account was created with an owner that belongs to a TerritoryPort, TerritoryPort could remain blank. Cloud analyzed the class, proposed changes, and the author applied both suggestions, then created and ran a new Apex test before deploying. The deployment to the PortNoxClone and production completed successfully, though the author noted that the Cloud deployment status does not show the deployed files directly and asked how to locate them via the deployment ID and CLI components.</description></oembed>