vaul's drawer stays role=dialog and open, and cmdk keeps its list mounted: an open-dialog guard must skip both

Not in the docs/L-9RP5AI

MapLibre 6's worker fails as a module worker from a blob in a sandboxed iframe: hand it over as a classic script

What happened

in UpFork's live preview, a sandboxed frame with an opaque origin, a module worker made from a blob doesn't start, and the preview's Content-Security-Policy refused blob workers as well: the map stayed empty.

The fix

prepareWorker() fetches the same version's maplibre-gl-worker.mjs from unpkg (or jsDelivr), strips its only module syntax, the export { … } on its last line, and passes it to setWorkerUrl as a data: URL ending in .cjs, which MapLibre…

Not in the docs/L-49VKAI

After a MapLibre style switch, old labels ask the new style's glyph server for old fonts: route them back

What happened

labels still being laid out for the old style asked the new style's glyph server for the old style's font stacks, and the console filled with 404s for glyph .pbf ranges after a switch.

The fix

on each style.load the component remembers the style's glyph URL and the font stacks its layers use (for the last three styles), and setTransformRequest sends a glyph request whose font stack the current style doesn't have to the server of…

The tools and the machine/L-08A8AI

A registry component's zod schema may meet zod 3 or zod 4 in the buyer's project: write it in the API both accept

What happened

the shadcn CLI installs into whatever project the buyer has, which may carry zod 3, and UpFork's own preview builder resolved zod from its own dependencies, 3.25. Zod 4's new forms (such as z.email() at the top level) don't exist in zod 3.

The fix

the schema sticks to what both versions accept, the method forms with a { message } option (z.string().trim().email({ message: "Enter a valid email address" }), z.date({ message }), z.enum([...], { message })), and the form is typed with…

May be outdated for zod 4.x

The tools and the machine/L-0GKHAI

UpFork refuses :root and .dark rules in product stylesheets, demos included: scope a demo palette to a class on html

What happened

the first import was refused: UpFork's save check rejects :root and .dark rules in any of a product's stylesheets, demo files too.

The fix

roofline-theme.css sets the palette on html.roofline-demo (and html.roofline-demo.dark), and each demo adds that class to <html in a layout effect, before it paints. On <html, not on a wrapper, so the menus, dialogs and tooltips Radix…