Screenshots server status page
Clarifying the Future of Firefox Screenshots
This is a screenshot tool for Firefox. It is available in Firefox 56 and later versions, as part of the default Firefox distribution.
The project was initially launched through Test Pilot as Page Shot.
It is made up of both an add-on (using WebExtensions) and a website using Node.js. The add-on is in webextension/
, and the website is in server/
Ian has been blogging about the design, definition, and development process.
(This project used to include general page freezing; this functionality has been forked off into pagearchive.)
You can find more information about Firefox Screenshots at the Mozilla Wiki page: https://wiki.mozilla.org/Firefox/Screenshots
Install Nightly or Developer Edition.
(Skip this step if you do not want to run a local server.) Install Postgres. And do one of the following:
- Ensure the locale for your Postgres messages is US English (Here's why)
- Run the first migration manually
Install Node.js. Version 8.x is required.
Clone the repository. Navigate to the project directory and run npm install
.
There are two scripts to run the server locally and develop the add-on:
./bin/run-server
will run the server onhttp://localhost:10080
and automatically restart if there are changes.- If nodemon crashes you can try to start the server with
./bin/run-server --restart
- Take a look at and/or source
.env.dev
for some of the options available through environment variables.
- If nodemon crashes you can try to start the server with
./bin/run-addon
will build a few parts of the addon (intoaddon/webextension/build/
) and start Firefox with the add-on installed. The add-on will be refreshed automatically as you change files. We recommend you openabout:debugging
to help debug the extension../bin/run-addon --setup-profile
will setup a Firefox profile for your development; this way you can make persistent changes to the profile that you will use just for Screenshots development. (note: this will only look for thefirefox
command or Nightly, Developer Edition, Aurora editions on OSX)
If you want to develop the add-on but not the server you can run ./bin/run-addon -s https://screenshots.dev.mozaws.net
By default, Screenshots will connect to a Postgres database on localhost:5432. To change which database and user it connects to set/export the environmental variables: RDS_USERNAME
, RDS_PASSWORD
, and RDS_HOSTNAME
The server will automatically setup the tables in your database, and keep them up to date over time (using pg-patcher).
If you have growl and growlnotify installed on Mac OS X, you will get growl notifications when the server build has started and completed.
We apologize but we have no story for development on Windows (though the add-on runs on Windows). We welcome feedback.
npm run test
will run tests as well as eslint. You can control the tests with the following shell/environment variables:
MOZ_HEADLESS
- when this variable is set, the Selenium tests will run in headless mode.SCREENSHOTS_BACKEND
- the server where the addon will try to save shots if the default http://localhost:10080 is not available or desirable.
For example, MOZ_HEADLESS=1 SCREENSHOTS_BACKEND=https://screenshots.dev.mozaws.net npm run test
will run the tests headlessly against https://screenshots.dev.mozaws.net.
npm run test:server
will run the server tests. This require Python and the local server running on http://localhost:10080.
There is documentation in webextension/
, webextension/background/
, and webextension/selector/
that talks about the code layout and architecture of the webextension.
server/view-docs.md
talks about how the server React pages are setup, along with the server-side rendering of pages.
There is also documentation in docs/
.
There is an IRC channel #screenshots
on irc.mozilla.org (you can use this link for chat access via the web if you do not otherwise use IRC). There are IRC logs available.
If you'd like to contribute code, start with our good-first-issue
bugs. If there aren't many of them, or they don't seem too interesting, the Stretch milestone contains things we'd like to get to, but aren't a high priority. If you're interested in working on an issue, it's a good idea to comment in the issue on github, or say hello on IRC, so that we can double-check that the issue is still good, provide any context you might need, and assign it to you.
Planning and ideation is happening in the issue tracker. We have several milestones:
- Issues with no milestone are awaiting triage
- Issues in Stretch are immediately actionable but just nice-to-haves, not blockers.
- Issues in Blue Sky are things we would like to do, but have no immediate plans to work on them. (If you see something you care about there, comment on it -- otherwise we may not notice it)
- Look in Milestones for other shorter-lived milestones.
Issue tags otherwise aren't very structured. Research is primarily analysis of other products that do something interesting, or some source material that could provide insight. Input on these (things like "I like this product because...") is very helpful!
We do some research on other projects, collecting the results in this Google Drive folder.
Firefox Screenshots localization is managed via Pontoon, not direct pull requests to the repository. If you want to fix a typo, add a new language, or simply know more about localization, please get in touch with the existing localization team for your language, or Mozilla’s l10n-drivers for guidance.