A new preview action renders a local HTML artifact in a headless browser and returns screenshots plus problems.
What's wrong with this entry?
A new preview action on the artifact tool renders a local .html file in a headless browser at one or more viewport widths and in both light and dark themes, and returns screenshots plus a list of problems found by static checks. It asks permission first. Nothing is uploaded, though the page can still fetch any Google Fonts stylesheets it references.
- The result carries the captures, the issue list, a count of issues that were dropped, and a render error when one occurred, so a browser that fails to start is reported instead of quietly producing nothing.
- If the browser cannot launch, the static checks still run on their own and the first line of the result explains why rendering did not happen.
- The
widthsandthemesparameters only appear on the tool's inputs when the same shape check that decides which artifact actions are offered is satisfied. That check is derived from the artifact tool's action list rather than a compiled-in on/off value, so whether preview is offered to a given account is decided by that list.
The browser could not start, so nothing was rendered and only the static checks ran; the first line below says why.
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.228
More models now show a deprecation date
Both mention preview