No description
Find a file
2022-10-25 18:06:42 +01:00
.github Add issue automation for the VoIP team (#23585) 2022-10-25 14:43:29 +02:00
__mocks__ remove wasmMock.js 2020-04-23 16:28:42 +01:00
docs Update documentation on how to disable integration managers (#23489) 2022-10-15 01:01:35 +00:00
element.io Element Call video rooms (#23246) 2022-09-16 15:13:05 +00:00
module_system Wire up module loading to application startup (#21703) 2022-07-05 12:26:54 -06:00
nginx/conf.d Serve "Cache-Control: no-cache" for non-bundled files. (#20489) 2022-01-31 14:18:45 +00:00
res Make ErrorView & CompatibilityView scrollable (#23468) 2022-10-12 18:14:27 +01:00
scripts Make bash scripts exit on error rather than continue (#23467) 2022-10-12 16:15:51 +01:00
src Fix config.json failing to load for Jitsi wrapper in non-root deployment (#23577) 2022-10-24 13:48:32 +01:00
test Fix tests and convert to RTL (#23474) 2022-10-13 09:22:34 +01:00
.dockerignore Remove electron_app as we now have riot-desktop repo 2020-05-06 11:32:13 +01:00
.editorconfig Run CI in Github Actions (#22054) 2022-05-16 16:23:44 +02:00
.env.example Encourage false positives of the error dialog to result in tickets 2021-09-14 12:33:14 -06:00
.eslintignore Wire up module loading to application startup (#21703) 2022-07-05 12:26:54 -06:00
.eslintrc.js Fix tests and convert to RTL (#23474) 2022-10-13 09:22:34 +01:00
.gitignore Wire up module loading to application startup (#21703) 2022-07-05 12:26:54 -06:00
.modernizr.json Add Modernizr check for ResizeObserver (#21124) 2022-02-18 13:48:50 +00:00
.npmignore Don't include the world in the published packages 2016-10-26 15:35:54 +01:00
.sentryclirc Upload sourcemaps to sentry during build (#19403) 2021-10-20 11:18:47 +01:00
.stylelintrc.js Rename PostCSS files to .pcss (#22769) 2022-07-15 14:53:21 +01:00
AUTHORS.rst Update AUTHORS.rst 2020-08-03 09:28:50 -05:00
babel.config.js Step 2: Remove the decorator 2022-03-28 13:02:50 -06:00
build_config.sample.yaml Wire up module loading to application startup (#21703) 2022-07-05 12:26:54 -06:00
CHANGELOG.md Prepare changelog for v1.11.11 2022-10-25 17:54:34 +01:00
code_style.md Add 2022 code style (#23153) 2022-09-01 13:49:44 +02:00
components.json Step 10.3: Use module replacement to achieve component overrides 2022-03-28 13:02:50 -06:00
config.sample.json Add Element Call participant limit (#23431) 2022-10-07 22:00:38 +02:00
contribute.json Update contribute.json 2020-09-30 12:29:45 +01:00
CONTRIBUTING.md Add 2022 code style (#23153) 2022-09-01 13:49:44 +02:00
Dockerfile Fix dockerhub builds (#23477) 2022-10-13 09:00:39 +01:00
LICENSE Basic structure of a react SDK and start of an implementation. 2015-06-09 17:40:42 +01:00
package.json Reset matrix-js-sdk back to develop branch 2022-10-25 18:06:42 +01:00
README.md Readme: Add header configuration for apache (#23221) 2022-09-07 04:10:52 +00:00
release.sh Simplify releases: consolidate scripts (#23145) 2022-09-06 12:10:31 +01:00
release_config.yaml Simplify releases: consolidate scripts (#23145) 2022-09-06 12:10:31 +01:00
sonar-project.properties Ignore decoder-ring for Sonar coverage (#22225) 2022-05-16 14:02:31 -06:00
tsconfig.json Fix tests and convert to RTL (#23474) 2022-10-13 09:22:34 +01:00
tsconfig.module_system.json Add node to the tsconfig settings for the module system (#22740) 2022-07-05 13:09:26 -06:00
webpack.config.js Stub out crypto imports in node (#23506) 2022-10-17 17:54:56 +01:00
yarn.lock Reset matrix-js-sdk back to develop branch 2022-10-25 18:06:42 +01:00

Chat Tests Static Analysis Weblate Quality Gate Status Coverage Vulnerabilities Bugs

Element

Element (formerly known as Vector and Riot) is a Matrix web client built using the Matrix React SDK.

Supported Environments

Element has several tiers of support for different environments:

  • Supported
    • Definition: Issues actively triaged, regressions block the release
    • Last 2 major versions of Chrome, Firefox, Safari, and Edge on desktop OSes
    • Latest release of official Element Desktop app on desktop OSes
    • Desktop OSes means macOS, Windows, and Linux versions for desktop devices that are actively supported by the OS vendor and receive security updates
  • Experimental
    • Definition: Issues accepted, regressions do not block the release
    • Element as an installed PWA via current stable version of Chrome, Firefox, and Safari
    • Mobile web for current stable version of Chrome, Firefox, and Safari on Android, iOS, and iPadOS
  • Not supported
    • Definition: Issues only affecting unsupported environments are closed
    • Everything else

For accessing Element on an Android or iOS device, we currently recommend the native apps element-android and element-ios.

Getting Started

The easiest way to test Element is to just use the hosted copy at https://app.element.io. The develop branch is continuously deployed to https://develop.element.io for those who like living dangerously.

To host your own copy of Element, the quickest bet is to use a pre-built released version of Element:

  1. Download the latest version from https://github.com/vector-im/element-web/releases
  2. Untar the tarball on your web server
  3. Move (or symlink) the element-x.x.x directory to an appropriate name
  4. Configure the correct caching headers in your webserver (see below)
  5. Configure the app by copying config.sample.json to config.json and modifying it. See the configuration docs for details.
  6. Enter the URL into your browser and log into Element!

Releases are signed using gpg and the OpenPGP standard, and can be checked against the public key located at https://packages.riot.im/element-release-key.asc.

Note that for the security of your chats will need to serve Element over HTTPS. Major browsers also do not allow you to use VoIP/video chats over HTTP, as WebRTC is only usable over HTTPS. There are some exceptions like when using localhost, which is considered a secure context and thus allowed.

To install Element as a desktop application, see Running as a desktop app below.

Important Security Notes

Separate domains

We do not recommend running Element from the same domain name as your Matrix homeserver. The reason is the risk of XSS (cross-site-scripting) vulnerabilities that could occur if someone caused Element to load and render malicious user generated content from a Matrix API which then had trusted access to Element (or other apps) due to sharing the same domain.

We have put some coarse mitigations into place to try to protect against this situation, but it's still not good practice to do it in the first place. See https://github.com/vector-im/element-web/issues/1977 for more details.

Configuration best practices

Unless you have special requirements, you will want to add the following to your web server configuration when hosting Element Web:

  • The X-Frame-Options: SAMEORIGIN header, to prevent Element Web from being framed and protect from clickjacking.
  • The frame-ancestors 'none' directive to your Content-Security-Policy header, as the modern replacement for X-Frame-Options (though both should be included since not all browsers support it yet, see this).
  • The X-Content-Type-Options: nosniff header, to disable MIME sniffing.
  • The X-XSS-Protection: 1; mode=block; header, for basic XSS protection in legacy browsers.

If you are using nginx, this would look something like the following:

add_header X-Frame-Options SAMEORIGIN;
add_header X-Content-Type-Options nosniff;
add_header X-XSS-Protection "1; mode=block";
add_header Content-Security-Policy "frame-ancestors 'none'";

For Apache, the configuration looks like:

Header set X-Frame-Options SAMEORIGIN
Header set X-Content-Type-Options nosniff
Header set X-XSS-Protection "1; mode=block"
Header set Content-Security-Policy "frame-ancestors 'none'"

Note: In case you are already setting a Content-Security-Policy header elsewhere, you should modify it to include the frame-ancestors directive instead of adding that last line.

Building From Source

Element is a modular webapp built with modern ES6 and uses a Node.js build system. Ensure you have the latest LTS version of Node.js installed.

Using yarn instead of npm is recommended. Please see the Yarn install guide if you do not have it already.

  1. Install or update node.js so that your node is at least the current recommended LTS.
  2. Install yarn if not present already.
  3. Clone the repo: git clone https://github.com/vector-im/element-web.git.
  4. Switch to the element-web directory: cd element-web.
  5. Install the prerequisites: yarn install.
  6. Configure the app by copying config.sample.json to config.json and modifying it. See the configuration docs for details.
  7. yarn dist to build a tarball to deploy. Untaring this file will give a version-specific directory containing all the files that need to go on your web server.

Note that yarn dist is not supported on Windows, so Windows users can run yarn build, which will build all the necessary files into the webapp directory. The version of Element will not appear in Settings without using the dist script. You can then mount the webapp directory on your web server to actually serve up the app, which is entirely static content.

Running as a Desktop app

Element can also be run as a desktop app, wrapped in Electron. You can download a pre-built version from https://element.io/get-started or, if you prefer, build it yourself.

To build it yourself, follow the instructions at https://github.com/vector-im/element-desktop.

Many thanks to @aviraldg for the initial work on the Electron integration.

Other options for running as a desktop app:

  • @asdf:matrix.org points out that you can use nativefier and it just works(tm)
yarn global add nativefier
nativefier https://app.element.io/

The configuration docs show how to override the desktop app's default settings if desired.

Running from Docker

The Docker image can be used to serve element-web as a web server. The easiest way to use it is to use the prebuilt image:

docker run -p 80:80 vectorim/element-web

To supply your own custom config.json, map a volume to /app/config.json. For example, if your custom config was located at /etc/element-web/config.json then your Docker command would be:

docker run -p 80:80 -v /etc/element-web/config.json:/app/config.json vectorim/element-web

To build the image yourself:

git clone https://github.com/vector-im/element-web.git element-web
cd element-web
git checkout master
docker build .

If you're building a custom branch, or want to use the develop branch, check out the appropriate element-web branch and then run:

docker build -t \
    --build-arg USE_CUSTOM_SDKS=true \
    --build-arg REACT_SDK_REPO="https://github.com/matrix-org/matrix-react-sdk.git" \
    --build-arg REACT_SDK_BRANCH="develop" \
    --build-arg JS_SDK_REPO="https://github.com/matrix-org/matrix-js-sdk.git" \
    --build-arg JS_SDK_BRANCH="develop" \
    .

Running in Kubernetes

The provided element-web docker image can also be run from within a Kubernetes cluster. See the Kubernetes example for more details.

config.json

Element supports a variety of settings to configure default servers, behaviour, themes, etc. See the configuration docs for more details.

Labs Features

Some features of Element may be enabled by flags in the Labs section of the settings. Some of these features are described in labs.md.

Caching requirements

Element requires the following URLs not to be cached, when/if you are serving Element from your own webserver:

/config.*.json
/i18n
/home
/sites
/index.html

We also recommend that you force browsers to re-validate any cached copy of Element on page load by configuring your webserver to return Cache-Control: no-cache for /. This ensures the browser will fetch a new version of Element on the next page load after it's been deployed. Note that this is already configured for you in the nginx config of our Dockerfile.

Development

Before attempting to develop on Element you must read the developer guide for matrix-react-sdk, which also defines the design, architecture and style for Element too.

Read the Choosing an issue page for some guidance about where to start. Before starting work on a feature, it's best to ensure your plan aligns well with our vision for Element. Please chat with the team in #element-dev:matrix.org before you start so we can ensure it's something we'd be willing to merge.

You should also familiarise yourself with the "Here be Dragons" guide to the tame & not-so-tame dragons (gotchas) which exist in the codebase.

The idea of Element is to be a relatively lightweight "skin" of customisations on top of the underlying matrix-react-sdk. matrix-react-sdk provides both the higher and lower level React components useful for building Matrix communication apps using React.

Please note that Element is intended to run correctly without access to the public internet. So please don't depend on resources (JS libs, CSS, images, fonts) hosted by external CDNs or servers but instead please package all dependencies into Element itself.

CSS hot-reload is available as an opt-in development feature. You can enable it by defining a CSS_HOT_RELOAD environment variable, in a .env file in the root of the repository. See .env.example for documentation and an example.

Setting up a dev environment

Much of the functionality in Element is actually in the matrix-react-sdk and matrix-js-sdk modules. It is possible to set these up in a way that makes it easy to track the develop branches in git and to make local changes without having to manually rebuild each time.

First clone and build matrix-js-sdk:

git clone https://github.com/matrix-org/matrix-js-sdk.git
pushd matrix-js-sdk
yarn link
yarn install
popd

Then similarly with matrix-react-sdk:

git clone https://github.com/matrix-org/matrix-react-sdk.git
pushd matrix-react-sdk
yarn link
yarn link matrix-js-sdk
yarn install
popd

Clone the repo and switch to the element-web directory:

git clone https://github.com/vector-im/element-web.git
cd element-web

Configure the app by copying config.sample.json to config.json and modifying it. See the configuration docs for details.

Finally, build and start Element itself:

yarn link matrix-js-sdk
yarn link matrix-react-sdk
yarn install
yarn start

Wait a few seconds for the initial build to finish; you should see something like:

[element-js] <s> [webpack.Progress] 100%
[element-js]
[element-js]  「wdm」:    1840 modules
[element-js]  「wdm」: Compiled successfully.

Remember, the command will not terminate since it runs the web server and rebuilds source files when they change. This development server also disables caching, so do NOT use it in production.

Open http://127.0.0.1:8080/ in your browser to see your newly built Element.

Note: The build script uses inotify by default on Linux to monitor directories for changes. If the inotify limits are too low your build will fail silently or with Error: EMFILE: too many open files. To avoid these issues, we recommend a watch limit of at least 128M and instance limit around 512.

You may be interested in issues #15750 and #15774 for further details.

To set a new inotify watch and instance limit, execute:

sudo sysctl fs.inotify.max_user_watches=131072
sudo sysctl fs.inotify.max_user_instances=512
sudo sysctl -p

If you wish, you can make the new limits permanent, by executing:

echo fs.inotify.max_user_watches=131072 | sudo tee -a /etc/sysctl.conf
echo fs.inotify.max_user_instances=512 | sudo tee -a /etc/sysctl.conf
sudo sysctl -p

When you make changes to matrix-react-sdk or matrix-js-sdk they should be automatically picked up by webpack and built.

If any of these steps error with, file table overflow, you are probably on a mac which has a very low limit on max open files. Run ulimit -Sn 1024 and try again. You'll need to do this in each new terminal you open before building Element.

Running the tests

There are a number of application-level tests in the tests directory; these are designed to run with Jest and JSDOM. To run them

yarn test

End-to-End tests

See matrix-react-sdk for how to run the end-to-end tests.

Translations

To add a new translation, head to the translating doc.

For a developer guide, see the translating dev doc.

translationsstatus

Triaging issues

Issues are triaged by community members and the Web App Team, following the triage process.

We use issue labels to sort all incoming issues.