<?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/744d191eab8749d18d0d0a5ef19aa319&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/744d191eab8749d18d0d0a5ef19aa319-95c37a0b1d170107.gif</thumbnail_url><duration>115.265</duration><title>Database and TypeScript Update Challenges</title><description>This Loom explains the unexpected scope of a Superbase and Vercel update and the related code changes required. The author describes how updating Superbase versions and addressing post hoc items became complex due to multiple uses of CreatePostgresError, a changed function signature requiring a success field, and the need for error handling to use a bona fide PostgresError object via an import rather than a plain dictionary. They also mention that upsert type checking failed and, despite extensive type changes to improve the code, they separated the work to avoid an unrelated massive PR. Overall, the remaining work is what the author outlines at the end of the message.</description></oembed>