overleaf/services/web
Jessica Lawshe de8ac8ace7 Move add email function
GitOrigin-RevId: f45e28a9ed357427ae606ad5f8b59acaef54e31b
2019-10-08 13:29:23 +00:00
..
.github
.vscode
app Move add email function 2019-10-08 13:29:23 +00:00
bin Merge pull request #1999 from overleaf/spd-migrations 2019-10-01 12:09:58 +00:00
config Merge pull request #2168 from overleaf/pr-restrict-main-file-options 2019-10-03 14:34:41 +00:00
data
modules/launchpad
public Adding an institution email that must be linked 2019-10-08 13:29:17 +00:00
scripts Merge pull request #1999 from overleaf/spd-migrations 2019-10-01 12:09:58 +00:00
test new UserHelper class for acceptance tests 2019-10-08 08:58:12 +00:00
.babelrc
.eastrc Merge pull request #1999 from overleaf/spd-migrations 2019-10-01 12:09:58 +00:00
.eslintignore
.eslintrc
.gitignore
.npmignore
.nvmrc
.prettierignore
.prettierrc
.travis.yml
app.js
docker-compose.ci.yml
docker-compose.yml
Dockerfile
Dockerfile.frontend
Dockerfile.frontend.ci
Gruntfile.js
install_deps.sh
karma.conf.js
Makefile
Makefile.module
nodemon.frontend.json
nodemon.json
package-lock.json Merge pull request #2202 from overleaf/em-collab-set-permissions 2019-10-07 12:29:00 +00:00
package.json Merge pull request #2202 from overleaf/em-collab-set-permissions 2019-10-07 12:29:00 +00:00
README.md
webpack.config.dev.js
webpack.config.js
webpack.config.prod.js

overleaf/web

overleaf/web is the front-end web service of the open-source web-based collaborative LaTeX editor, Overleaf. It serves all the HTML pages, CSS and javascript to the client. overleaf/web also contains a lot of logic around creating and editing projects, and account management.

The rest of the Overleaf stack, along with information about contributing can be found in the overleaf/ovelreaf repository.

Build process

overleaf/web uses Grunt to build its front-end related assets.

Image processing tasks are commented out in the gruntfile and the needed packages aren't presently in the project's package.json. If the images need to be processed again (minified and sprited), start by fetching the packages (npm install grunt-contrib-imagemin grunt-sprity), then decomment the tasks in Gruntfile.coffee. After this, the tasks can be called (explicitly, via grunt imagemin and grunt sprity).

New Docker-based build process

Note that the Grunt workflow from above should still work, but we are transitioning to a Docker based testing workflow, which is documented below:

Running the app

The app runs natively using npm and Node on the local system:

$ npm install
$ npm run start

Ideally the app would run in Docker like the tests below, but with host networking not supported in OS X, we need to run it natively until all services are Dockerised.

Running Tests

To run all tests run:

make test

To run both unit and acceptance tests for a module run:

make test_module MODULE=overleaf-integration

Unit Tests

The test suites run in Docker.

Unit tests can be run in the test_unit container defined in docker-compose.tests.yml.

The makefile contains a short cut to run these:

make test_unit

During development it is often useful to only run a subset of tests, which can be configured with arguments to the mocha CLI:

make test_unit MOCHA_GREP='AuthorizationManager'

To run only the unit tests for a single module do:

make test_unit_module MODULE=overleaf-integration

Module tests can also use a MOCHA_GREP argument:

make test_unit_module MODULE=overleaf-integration MOCHA_GREP=SSO

Acceptance Tests

Acceptance tests are run against a live service, which runs in the acceptance_test container defined in docker-compose.tests.yml.

To run the tests out-of-the-box, the makefile defines:

make test_acceptance

However, during development it is often useful to leave the service running for rapid iteration on the acceptance tests. This can be done with:

make test_acceptance_app_start_service
make test_acceptance_app_run # Run as many times as needed during development
make test_acceptance_app_stop_service

make test_acceptance just runs these three commands in sequence and then runs make test_acceptance_modules which performs the tests for each module in the modules directory. (Note that there is not currently an equivalent to the -start / -run x n / -stop series for modules.)

During development it is often useful to only run a subset of tests, which can be configured with arguments to the mocha CLI:

make test_acceptance_run MOCHA_GREP='AuthorizationManager'

To run only the acceptance tests for a single module do:

make test_acceptance_module MODULE=overleaf-integration

Module tests can also use a MOCHA_GREP argument:

make test_acceptance_module MODULE=overleaf-integration MOCHA_GREP=SSO

Routes

Run bin/routes to print out all routes in the project.

License and Credits

This project is licensed under the AGPLv3 license

Stylesheets

Overleaf is based on Bootstrap, which is licensed under the MIT license. All modifications (*.less files in public/stylesheets) are also licensed under the MIT license.

Artwork

Silk icon set 1.3

We gratefully acknowledge Mark James for releasing his Silk icon set under the Creative Commons Attribution 2.5 license. Some of these icons are used within Overleaf inside the public/img/silk and public/brand/icons directories.

IconShock icons

We gratefully acknowledge IconShock for use of the icons in the public/img/iconshock directory found via findicons.com