<?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/cbffbfccbb384220bfe0a8aa80981b9d&quot; frameborder=&quot;0&quot; width=&quot;1662&quot; height=&quot;1246&quot; webkitallowfullscreen mozallowfullscreen allowfullscreen&gt;&lt;/iframe&gt;</html><height>1246</height><width>1662</width><provider_name>Loom</provider_name><provider_url>https://www.loom.com</provider_url><thumbnail_height>1246</thumbnail_height><thumbnail_width>1662</thumbnail_width><thumbnail_url>https://cdn.loom.com/sessions/thumbnails/cbffbfccbb384220bfe0a8aa80981b9d-d8b84326bc17d9ef.gif</thumbnail_url><duration>130.847</duration><title>Upsert Root Code for Cross App Content</title><description>This Loom explains the upsert root code used to handle upserting internal content cross-app data. It takes the space ID from the route and assumes the request.json is standalone cross-app, with a standalone type created because many parameters are optional in inline but mandatory in standalone. The author postponed the z-validator, applied a constraint inverter, and then performed the upsert. In the diff, they describe changes to require cross-app base fields, infer the inline variant, and add a new converter plus helper functions to supply either local or database IDs while setting the other related fields to null, including the inline parameter.</description></oembed>