
Security News
Risky Biz Podcast: Making Reachability Analysis Work in Real-World Codebases
This episode explores the hard problem of reachability analysis, from static analysis limits to handling dynamic languages and massive dependency trees.
@spring-media/storybook-addon-image-snapshots
Advanced tools
Storybook plugin for taking image snapshots of your stories based on @storybook/addon-storyshots-puppeteer plugin.
This plugin uses @storybook/storyshots-puppeteer to capture screenshots from your stories. It provided some additional features like:
Install the following package:
npm i @spring-media/storybook-addon-image-snapshots -D
Within the .storybook/main.js
add the package to the plugins list:
module.exports = {
addons: ['@spring-media/storybook-addon-image-snapshots']
}
This is optional if you don't want to display the snapshots within storybook
Create a file image-snapshots.runner.js
with the following content:
The file should not be suffixed with '.test.js' to avoid being run with all other test files
import { initImageSnapshots } from '@spring-media/storybook-addon-image-snapshots';
initImageSnapshots();
Add the following entry to the script section of your package.json:
"scripts": {
"image-snapshots": "jest --config your-specific-jest.config.js image-snapshots.runner.js"
}
Do not forget to add a rule for the 'runner.js' suffix in jest's testMatch option.
By default, the plugin expects that a local storybook server is running on the port 9001
.
Start the docker container with the following arguments:
docker run -p 9222:3000 --rm -d --name chrome browserless/chrome
Then run the previously added script:
npm run image-snapshots
There are a few things that has to be changed in order to test a static build of storybook:
docker run -p 9222:3000 -d --rm --name chrome -v $(pwd)/storybook-static/:/opt/storybook-static browserless/chrome
By default, storybook will create a storybook-static directory that contains all static files
Since the tests are running in a docker container, we must mount the local static directory into the containers file system
Change the storybookUrl
option (see Custom Configuration) to file:///opt/storybook-static
.
Testing different viewports requires the official @storybook/addon-viewport to be installed and activated.
Below is an example how to configure your story with the viewport configuration:
export const myStory = () => ({...});
myStory.story = {
parameters: {
viewport: {
defaultViewport: 'small'
}
}
};
This example assumes, that a viewport plugin has a configuration entry with a key "small".
You can configure the story to take a snapshot only of a certain element by providing a selector.
export const myStory = () => ({...});
myStory.story = {
parameters: {
imageSnapshot: {
selector: '.my-element'
}
}
};
To disable specific stories from generating image snapshots, configure your story as follows:
export const myStory = () => ({...});
myStory.story = {
parameters: {
storyshots: {
disable: true,
}
}
};
Since this plugin is only a wrapper around storyshots-puppeteer, the signature of initImageSnapshots
is the same as initStoryshots.
But, you should not customize getCustomBrowser
, beforeScreenshot
and getScreenshotOptions
since there are used internally by this plugin.
browserUrl
This url should point to the running docker container (default: http://localhost:9222)
storybookUrl
This is the url to your storybook server that is called from within the docker container (default: http://host.docker.internal:9001)
Make sure your storybook server run on port 9001
You may ask what the heck is this host and where does it come from: host.docker.internal? Find more information here: docker networking why we need to set this host.
This plugin adds a panel in the storybook ui to display the image snapshot of a story.
First register the addon in the main.js file:
module.exports = {
addons: ['@spring-media/storybook-addon-image-snapshots']
}
Then you have to tell the panel where to find the image. You can do this by either add a global parameter in the preview.js file:
import { addParameters } from '@storybook/vue';
addParameters({
imageSnapshots: {
snapshotFileName: ({ id }) => `storyshots-${id}-snap.png`,
},
});
or in the configuration of a story:
export const myStory = () => ({...});
myStory.story = {
parameters: {
imageSnapshots: {
snapshotFileName: ({ id }) => `storyshots-${id}-snap.png`,
}
}
};
You can customize the filename of the snapshot through getMatchOptions
The last thing is to add the directory of your image snapshots to the static-dir configuration of the storybook server:
{
"scripts": {
"storybook": "start-storybook -p 8888 -s .image-snapshots"
}
}
The example above assumes, that the images are be located within the .image-snapshots directory.
There are some challenges when it comes to capture screens from a browser as described here. Because of that, we need a way to create a result that is as much as possible independent of the host system. By using docker, we get an isolated system that is reliable enough to produce the same results on different host systems.
FAQs
Storybook plugin for taking image snapshots of your stories based on @storybook/addon-storyshots-puppeteer plugin.
We found that @spring-media/storybook-addon-image-snapshots demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 4 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
This episode explores the hard problem of reachability analysis, from static analysis limits to handling dynamic languages and massive dependency trees.
Security News
/Research
Malicious Nx npm versions stole secrets and wallet info using AI CLI tools; Socket’s AI scanner detected the supply chain attack and flagged the malware.
Security News
CISA’s 2025 draft SBOM guidance adds new fields like hashes, licenses, and tool metadata to make software inventories more actionable.