2014-06-30 00:15:27 +02:00
|
|
|
<!DOCTYPE html>
|
2014-01-12 15:07:30 +01:00
|
|
|
<html>
|
2021-02-26 05:29:14 +01:00
|
|
|
|
2014-01-12 15:07:30 +01:00
|
|
|
<head>
|
2015-03-16 00:04:39 +01:00
|
|
|
<meta charset='utf-8'>
|
2021-02-26 05:29:14 +01:00
|
|
|
<meta content='width=device-width, user-scalable=no, initial-scale=1.0, minimum-scale=1.0, maximum-scale=1.0'
|
|
|
|
|
name='viewport'>
|
2017-03-09 19:40:47 +01:00
|
|
|
<meta http-equiv="X-UA-Compatible" content="IE=edge">
|
|
|
|
|
<meta name="description" content="">
|
|
|
|
|
<meta name="viewport" content="width=device-width, initial-scale=1">
|
2021-02-26 05:29:14 +01:00
|
|
|
<meta http-equiv="Content-Security-Policy" content="default-src 'none';
|
2018-05-14 22:52:10 +02:00
|
|
|
child-src 'self';
|
2021-05-25 05:19:34 +02:00
|
|
|
connect-src 'self' https: wss: blob:;
|
2017-04-14 03:22:38 +02:00
|
|
|
font-src 'self';
|
2018-05-16 02:21:56 +02:00
|
|
|
form-action 'self';
|
2018-05-14 22:52:10 +02:00
|
|
|
frame-src 'none';
|
2020-10-19 00:35:16 +02:00
|
|
|
img-src 'self' blob: data:;
|
2017-04-14 03:22:38 +02:00
|
|
|
media-src 'self' blob:;
|
2018-05-15 01:45:04 +02:00
|
|
|
object-src 'none';
|
2020-12-15 07:15:00 +01:00
|
|
|
script-src 'self' 'unsafe-eval';
|
2021-02-26 05:29:14 +01:00
|
|
|
style-src 'self' 'unsafe-inline';">
|
2020-01-30 04:19:07 +01:00
|
|
|
<title>Session</title>
|
2020-12-04 05:47:33 +01:00
|
|
|
<link href='images/sesion/session_icon_128.png' rel='shortcut icon'>
|
2017-03-09 19:40:47 +01:00
|
|
|
<link href="stylesheets/manifest.css" rel="stylesheet" type="text/css" />
|
2018-04-06 00:30:40 +02:00
|
|
|
|
2018-07-09 23:29:13 +02:00
|
|
|
<!--
|
|
|
|
|
When making changes to these templates, be sure to update test/index.html as well
|
2018-04-06 00:30:40 +02:00
|
|
|
-->
|
2020-01-29 11:52:47 +01:00
|
|
|
|
2019-01-14 22:49:58 +01:00
|
|
|
|
2015-09-10 09:46:50 +02:00
|
|
|
<script type='text/x-tmpl-mustache' id='identicon-svg'>
|
2015-12-26 07:17:30 +01:00
|
|
|
<svg xmlns='http://www.w3.org/2000/svg' width='100' height='100'>
|
|
|
|
|
<circle cx='50' cy='50' r='40' fill='{{ color }}' />
|
2017-07-07 22:18:29 +02:00
|
|
|
<text text-anchor='middle' fill='white' font-family='sans-serif' font-size='24px' x='50' y='50' baseline-shift='-8px'>
|
2015-09-10 09:46:50 +02:00
|
|
|
{{ content }}
|
|
|
|
|
</text>
|
|
|
|
|
</svg>
|
|
|
|
|
</script>
|
2019-01-14 22:49:58 +01:00
|
|
|
|
New design for import/install, 'light' import (#2053)
- A new design for the import flow. It features:
- Icons at the top of every screen
- Gray background, blue buttons, thinner text
- Simpler copy
- A new design for the install flow. It features:
- Immediate entry into the QR code screen
- Animated dots to show that we're loading the QR code from the server
- Fewer screens: 1) QR 2) device name 3) sync-in-progress
- When not set up, the app opens directly into the install screen, which has been streamlined. The `--import` command-line argument will cause the app to open directly into the import flow.
- Support for two different flavors of builds - the normal build will open into the standard registration flow, and the import flavor will be exactly the same except during setup it will open directly into the import flow.
- A new design for the (dev-only) standalone registration view
- When these install sequences are active, the OS File menu has entries to allow you to switch the method of setup you'd like to use. These go away as soon as the first step is taken in any of these flows.
- The device name (chosen on initial setup) is now shown in the settings panel
- At the end of a light import, we hand off to the normal device link screen, starting at the QR code. On a full import, we remove the sensitive encryption information in the export to prevent conflicts on multiple imports.
- `Whisper.Backup.exportToDirectory()` takes an options object so you can tell it to do a light export.
- `Whisper.Backup.importFromDirectory()` takes an options object so you can force it to load only the light components found on disk. It also returns an object so you can tell whether a given import was a full import or light import.
- On start of import, we build a list of all the ids present in the messages, conversations, and groups stores in IndexedDB. This can take some time if a lot of data is in the database already, but it makes the subsequent deduplicated import very fast.
- Disappearing messages are now excluded when exporting
- Remove some TODOs in the tests
2018-02-22 19:40:32 +01:00
|
|
|
<script type='text/x-tmpl-mustache' id='import-flow-template'>
|
|
|
|
|
{{#isStep2}}
|
|
|
|
|
<div id='step2' class='step'>
|
2017-08-08 02:24:59 +02:00
|
|
|
<div class='inner'>
|
|
|
|
|
<div class='step-body'>
|
New design for import/install, 'light' import (#2053)
- A new design for the import flow. It features:
- Icons at the top of every screen
- Gray background, blue buttons, thinner text
- Simpler copy
- A new design for the install flow. It features:
- Immediate entry into the QR code screen
- Animated dots to show that we're loading the QR code from the server
- Fewer screens: 1) QR 2) device name 3) sync-in-progress
- When not set up, the app opens directly into the install screen, which has been streamlined. The `--import` command-line argument will cause the app to open directly into the import flow.
- Support for two different flavors of builds - the normal build will open into the standard registration flow, and the import flavor will be exactly the same except during setup it will open directly into the import flow.
- A new design for the (dev-only) standalone registration view
- When these install sequences are active, the OS File menu has entries to allow you to switch the method of setup you'd like to use. These go away as soon as the first step is taken in any of these flows.
- The device name (chosen on initial setup) is now shown in the settings panel
- At the end of a light import, we hand off to the normal device link screen, starting at the QR code. On a full import, we remove the sensitive encryption information in the export to prevent conflicts on multiple imports.
- `Whisper.Backup.exportToDirectory()` takes an options object so you can tell it to do a light export.
- `Whisper.Backup.importFromDirectory()` takes an options object so you can force it to load only the light components found on disk. It also returns an object so you can tell whether a given import was a full import or light import.
- On start of import, we build a list of all the ids present in the messages, conversations, and groups stores in IndexedDB. This can take some time if a lot of data is in the database already, but it makes the subsequent deduplicated import very fast.
- Disappearing messages are now excluded when exporting
- Remove some TODOs in the tests
2018-02-22 19:40:32 +01:00
|
|
|
<span class='banner-icon folder-outline'></span>
|
|
|
|
|
<div class='header'>{{ chooseHeader }}</div>
|
|
|
|
|
<div class='body-text'>{{ choose }}</div>
|
2017-08-08 02:24:59 +02:00
|
|
|
</div>
|
|
|
|
|
<div class='nav'>
|
New design for import/install, 'light' import (#2053)
- A new design for the import flow. It features:
- Icons at the top of every screen
- Gray background, blue buttons, thinner text
- Simpler copy
- A new design for the install flow. It features:
- Immediate entry into the QR code screen
- Animated dots to show that we're loading the QR code from the server
- Fewer screens: 1) QR 2) device name 3) sync-in-progress
- When not set up, the app opens directly into the install screen, which has been streamlined. The `--import` command-line argument will cause the app to open directly into the import flow.
- Support for two different flavors of builds - the normal build will open into the standard registration flow, and the import flavor will be exactly the same except during setup it will open directly into the import flow.
- A new design for the (dev-only) standalone registration view
- When these install sequences are active, the OS File menu has entries to allow you to switch the method of setup you'd like to use. These go away as soon as the first step is taken in any of these flows.
- The device name (chosen on initial setup) is now shown in the settings panel
- At the end of a light import, we hand off to the normal device link screen, starting at the QR code. On a full import, we remove the sensitive encryption information in the export to prevent conflicts on multiple imports.
- `Whisper.Backup.exportToDirectory()` takes an options object so you can tell it to do a light export.
- `Whisper.Backup.importFromDirectory()` takes an options object so you can force it to load only the light components found on disk. It also returns an object so you can tell whether a given import was a full import or light import.
- On start of import, we build a list of all the ids present in the messages, conversations, and groups stores in IndexedDB. This can take some time if a lot of data is in the database already, but it makes the subsequent deduplicated import very fast.
- Disappearing messages are now excluded when exporting
- Remove some TODOs in the tests
2018-02-22 19:40:32 +01:00
|
|
|
<div>
|
|
|
|
|
<a class='button choose'>{{ chooseButton }}</a>
|
|
|
|
|
</div>
|
2017-08-08 02:24:59 +02:00
|
|
|
</div>
|
|
|
|
|
</div>
|
|
|
|
|
</div>
|
New design for import/install, 'light' import (#2053)
- A new design for the import flow. It features:
- Icons at the top of every screen
- Gray background, blue buttons, thinner text
- Simpler copy
- A new design for the install flow. It features:
- Immediate entry into the QR code screen
- Animated dots to show that we're loading the QR code from the server
- Fewer screens: 1) QR 2) device name 3) sync-in-progress
- When not set up, the app opens directly into the install screen, which has been streamlined. The `--import` command-line argument will cause the app to open directly into the import flow.
- Support for two different flavors of builds - the normal build will open into the standard registration flow, and the import flavor will be exactly the same except during setup it will open directly into the import flow.
- A new design for the (dev-only) standalone registration view
- When these install sequences are active, the OS File menu has entries to allow you to switch the method of setup you'd like to use. These go away as soon as the first step is taken in any of these flows.
- The device name (chosen on initial setup) is now shown in the settings panel
- At the end of a light import, we hand off to the normal device link screen, starting at the QR code. On a full import, we remove the sensitive encryption information in the export to prevent conflicts on multiple imports.
- `Whisper.Backup.exportToDirectory()` takes an options object so you can tell it to do a light export.
- `Whisper.Backup.importFromDirectory()` takes an options object so you can force it to load only the light components found on disk. It also returns an object so you can tell whether a given import was a full import or light import.
- On start of import, we build a list of all the ids present in the messages, conversations, and groups stores in IndexedDB. This can take some time if a lot of data is in the database already, but it makes the subsequent deduplicated import very fast.
- Disappearing messages are now excluded when exporting
- Remove some TODOs in the tests
2018-02-22 19:40:32 +01:00
|
|
|
{{/isStep2}}
|
|
|
|
|
{{#isStep3}}
|
|
|
|
|
<div id='step3' class='step'>
|
2017-04-13 03:43:00 +02:00
|
|
|
<div class='inner'>
|
|
|
|
|
<div class='step-body'>
|
New design for import/install, 'light' import (#2053)
- A new design for the import flow. It features:
- Icons at the top of every screen
- Gray background, blue buttons, thinner text
- Simpler copy
- A new design for the install flow. It features:
- Immediate entry into the QR code screen
- Animated dots to show that we're loading the QR code from the server
- Fewer screens: 1) QR 2) device name 3) sync-in-progress
- When not set up, the app opens directly into the install screen, which has been streamlined. The `--import` command-line argument will cause the app to open directly into the import flow.
- Support for two different flavors of builds - the normal build will open into the standard registration flow, and the import flavor will be exactly the same except during setup it will open directly into the import flow.
- A new design for the (dev-only) standalone registration view
- When these install sequences are active, the OS File menu has entries to allow you to switch the method of setup you'd like to use. These go away as soon as the first step is taken in any of these flows.
- The device name (chosen on initial setup) is now shown in the settings panel
- At the end of a light import, we hand off to the normal device link screen, starting at the QR code. On a full import, we remove the sensitive encryption information in the export to prevent conflicts on multiple imports.
- `Whisper.Backup.exportToDirectory()` takes an options object so you can tell it to do a light export.
- `Whisper.Backup.importFromDirectory()` takes an options object so you can force it to load only the light components found on disk. It also returns an object so you can tell whether a given import was a full import or light import.
- On start of import, we build a list of all the ids present in the messages, conversations, and groups stores in IndexedDB. This can take some time if a lot of data is in the database already, but it makes the subsequent deduplicated import very fast.
- Disappearing messages are now excluded when exporting
- Remove some TODOs in the tests
2018-02-22 19:40:32 +01:00
|
|
|
<span class='banner-icon import'></span>
|
|
|
|
|
<div class='header'>{{ importingHeader }}</div>
|
2017-04-13 03:43:00 +02:00
|
|
|
</div>
|
|
|
|
|
</div>
|
|
|
|
|
</div>
|
New design for import/install, 'light' import (#2053)
- A new design for the import flow. It features:
- Icons at the top of every screen
- Gray background, blue buttons, thinner text
- Simpler copy
- A new design for the install flow. It features:
- Immediate entry into the QR code screen
- Animated dots to show that we're loading the QR code from the server
- Fewer screens: 1) QR 2) device name 3) sync-in-progress
- When not set up, the app opens directly into the install screen, which has been streamlined. The `--import` command-line argument will cause the app to open directly into the import flow.
- Support for two different flavors of builds - the normal build will open into the standard registration flow, and the import flavor will be exactly the same except during setup it will open directly into the import flow.
- A new design for the (dev-only) standalone registration view
- When these install sequences are active, the OS File menu has entries to allow you to switch the method of setup you'd like to use. These go away as soon as the first step is taken in any of these flows.
- The device name (chosen on initial setup) is now shown in the settings panel
- At the end of a light import, we hand off to the normal device link screen, starting at the QR code. On a full import, we remove the sensitive encryption information in the export to prevent conflicts on multiple imports.
- `Whisper.Backup.exportToDirectory()` takes an options object so you can tell it to do a light export.
- `Whisper.Backup.importFromDirectory()` takes an options object so you can force it to load only the light components found on disk. It also returns an object so you can tell whether a given import was a full import or light import.
- On start of import, we build a list of all the ids present in the messages, conversations, and groups stores in IndexedDB. This can take some time if a lot of data is in the database already, but it makes the subsequent deduplicated import very fast.
- Disappearing messages are now excluded when exporting
- Remove some TODOs in the tests
2018-02-22 19:40:32 +01:00
|
|
|
{{/isStep3}}
|
|
|
|
|
{{#isStep4}}
|
|
|
|
|
<div id='step4' class='step'>
|
2017-04-13 03:43:00 +02:00
|
|
|
<div class='inner'>
|
|
|
|
|
<div class='step-body'>
|
2020-12-04 05:47:33 +01:00
|
|
|
<span class='banner-icon'></span>
|
New design for import/install, 'light' import (#2053)
- A new design for the import flow. It features:
- Icons at the top of every screen
- Gray background, blue buttons, thinner text
- Simpler copy
- A new design for the install flow. It features:
- Immediate entry into the QR code screen
- Animated dots to show that we're loading the QR code from the server
- Fewer screens: 1) QR 2) device name 3) sync-in-progress
- When not set up, the app opens directly into the install screen, which has been streamlined. The `--import` command-line argument will cause the app to open directly into the import flow.
- Support for two different flavors of builds - the normal build will open into the standard registration flow, and the import flavor will be exactly the same except during setup it will open directly into the import flow.
- A new design for the (dev-only) standalone registration view
- When these install sequences are active, the OS File menu has entries to allow you to switch the method of setup you'd like to use. These go away as soon as the first step is taken in any of these flows.
- The device name (chosen on initial setup) is now shown in the settings panel
- At the end of a light import, we hand off to the normal device link screen, starting at the QR code. On a full import, we remove the sensitive encryption information in the export to prevent conflicts on multiple imports.
- `Whisper.Backup.exportToDirectory()` takes an options object so you can tell it to do a light export.
- `Whisper.Backup.importFromDirectory()` takes an options object so you can force it to load only the light components found on disk. It also returns an object so you can tell whether a given import was a full import or light import.
- On start of import, we build a list of all the ids present in the messages, conversations, and groups stores in IndexedDB. This can take some time if a lot of data is in the database already, but it makes the subsequent deduplicated import very fast.
- Disappearing messages are now excluded when exporting
- Remove some TODOs in the tests
2018-02-22 19:40:32 +01:00
|
|
|
<div class='header'>{{ completeHeader }}</div>
|
2017-04-13 03:43:00 +02:00
|
|
|
</div>
|
|
|
|
|
<div class='nav'>
|
New design for import/install, 'light' import (#2053)
- A new design for the import flow. It features:
- Icons at the top of every screen
- Gray background, blue buttons, thinner text
- Simpler copy
- A new design for the install flow. It features:
- Immediate entry into the QR code screen
- Animated dots to show that we're loading the QR code from the server
- Fewer screens: 1) QR 2) device name 3) sync-in-progress
- When not set up, the app opens directly into the install screen, which has been streamlined. The `--import` command-line argument will cause the app to open directly into the import flow.
- Support for two different flavors of builds - the normal build will open into the standard registration flow, and the import flavor will be exactly the same except during setup it will open directly into the import flow.
- A new design for the (dev-only) standalone registration view
- When these install sequences are active, the OS File menu has entries to allow you to switch the method of setup you'd like to use. These go away as soon as the first step is taken in any of these flows.
- The device name (chosen on initial setup) is now shown in the settings panel
- At the end of a light import, we hand off to the normal device link screen, starting at the QR code. On a full import, we remove the sensitive encryption information in the export to prevent conflicts on multiple imports.
- `Whisper.Backup.exportToDirectory()` takes an options object so you can tell it to do a light export.
- `Whisper.Backup.importFromDirectory()` takes an options object so you can force it to load only the light components found on disk. It also returns an object so you can tell whether a given import was a full import or light import.
- On start of import, we build a list of all the ids present in the messages, conversations, and groups stores in IndexedDB. This can take some time if a lot of data is in the database already, but it makes the subsequent deduplicated import very fast.
- Disappearing messages are now excluded when exporting
- Remove some TODOs in the tests
2018-02-22 19:40:32 +01:00
|
|
|
{{#restartButton}}
|
|
|
|
|
<div>
|
|
|
|
|
<a class='button restart'>{{ restartButton }}</a>
|
|
|
|
|
</div>
|
|
|
|
|
{{/restartButton}}
|
|
|
|
|
{{#registerButton}}
|
|
|
|
|
<div>
|
|
|
|
|
<a class='button register'>{{ registerButton }}</a>
|
2017-08-08 02:24:59 +02:00
|
|
|
</div>
|
New design for import/install, 'light' import (#2053)
- A new design for the import flow. It features:
- Icons at the top of every screen
- Gray background, blue buttons, thinner text
- Simpler copy
- A new design for the install flow. It features:
- Immediate entry into the QR code screen
- Animated dots to show that we're loading the QR code from the server
- Fewer screens: 1) QR 2) device name 3) sync-in-progress
- When not set up, the app opens directly into the install screen, which has been streamlined. The `--import` command-line argument will cause the app to open directly into the import flow.
- Support for two different flavors of builds - the normal build will open into the standard registration flow, and the import flavor will be exactly the same except during setup it will open directly into the import flow.
- A new design for the (dev-only) standalone registration view
- When these install sequences are active, the OS File menu has entries to allow you to switch the method of setup you'd like to use. These go away as soon as the first step is taken in any of these flows.
- The device name (chosen on initial setup) is now shown in the settings panel
- At the end of a light import, we hand off to the normal device link screen, starting at the QR code. On a full import, we remove the sensitive encryption information in the export to prevent conflicts on multiple imports.
- `Whisper.Backup.exportToDirectory()` takes an options object so you can tell it to do a light export.
- `Whisper.Backup.importFromDirectory()` takes an options object so you can force it to load only the light components found on disk. It also returns an object so you can tell whether a given import was a full import or light import.
- On start of import, we build a list of all the ids present in the messages, conversations, and groups stores in IndexedDB. This can take some time if a lot of data is in the database already, but it makes the subsequent deduplicated import very fast.
- Disappearing messages are now excluded when exporting
- Remove some TODOs in the tests
2018-02-22 19:40:32 +01:00
|
|
|
{{/registerButton}}
|
2017-04-13 03:43:00 +02:00
|
|
|
</div>
|
|
|
|
|
</div>
|
|
|
|
|
</div>
|
New design for import/install, 'light' import (#2053)
- A new design for the import flow. It features:
- Icons at the top of every screen
- Gray background, blue buttons, thinner text
- Simpler copy
- A new design for the install flow. It features:
- Immediate entry into the QR code screen
- Animated dots to show that we're loading the QR code from the server
- Fewer screens: 1) QR 2) device name 3) sync-in-progress
- When not set up, the app opens directly into the install screen, which has been streamlined. The `--import` command-line argument will cause the app to open directly into the import flow.
- Support for two different flavors of builds - the normal build will open into the standard registration flow, and the import flavor will be exactly the same except during setup it will open directly into the import flow.
- A new design for the (dev-only) standalone registration view
- When these install sequences are active, the OS File menu has entries to allow you to switch the method of setup you'd like to use. These go away as soon as the first step is taken in any of these flows.
- The device name (chosen on initial setup) is now shown in the settings panel
- At the end of a light import, we hand off to the normal device link screen, starting at the QR code. On a full import, we remove the sensitive encryption information in the export to prevent conflicts on multiple imports.
- `Whisper.Backup.exportToDirectory()` takes an options object so you can tell it to do a light export.
- `Whisper.Backup.importFromDirectory()` takes an options object so you can force it to load only the light components found on disk. It also returns an object so you can tell whether a given import was a full import or light import.
- On start of import, we build a list of all the ids present in the messages, conversations, and groups stores in IndexedDB. This can take some time if a lot of data is in the database already, but it makes the subsequent deduplicated import very fast.
- Disappearing messages are now excluded when exporting
- Remove some TODOs in the tests
2018-02-22 19:40:32 +01:00
|
|
|
{{/isStep4}}
|
2017-04-13 03:43:00 +02:00
|
|
|
|
New design for import/install, 'light' import (#2053)
- A new design for the import flow. It features:
- Icons at the top of every screen
- Gray background, blue buttons, thinner text
- Simpler copy
- A new design for the install flow. It features:
- Immediate entry into the QR code screen
- Animated dots to show that we're loading the QR code from the server
- Fewer screens: 1) QR 2) device name 3) sync-in-progress
- When not set up, the app opens directly into the install screen, which has been streamlined. The `--import` command-line argument will cause the app to open directly into the import flow.
- Support for two different flavors of builds - the normal build will open into the standard registration flow, and the import flavor will be exactly the same except during setup it will open directly into the import flow.
- A new design for the (dev-only) standalone registration view
- When these install sequences are active, the OS File menu has entries to allow you to switch the method of setup you'd like to use. These go away as soon as the first step is taken in any of these flows.
- The device name (chosen on initial setup) is now shown in the settings panel
- At the end of a light import, we hand off to the normal device link screen, starting at the QR code. On a full import, we remove the sensitive encryption information in the export to prevent conflicts on multiple imports.
- `Whisper.Backup.exportToDirectory()` takes an options object so you can tell it to do a light export.
- `Whisper.Backup.importFromDirectory()` takes an options object so you can force it to load only the light components found on disk. It also returns an object so you can tell whether a given import was a full import or light import.
- On start of import, we build a list of all the ids present in the messages, conversations, and groups stores in IndexedDB. This can take some time if a lot of data is in the database already, but it makes the subsequent deduplicated import very fast.
- Disappearing messages are now excluded when exporting
- Remove some TODOs in the tests
2018-02-22 19:40:32 +01:00
|
|
|
{{#isError}}
|
|
|
|
|
<div id='error' class='step'>
|
2021-05-14 09:14:46 +02:00
|
|
|
<div class='clearfix inner error-dialog'>
|
2017-04-13 03:43:00 +02:00
|
|
|
<div class='step-body'>
|
New design for import/install, 'light' import (#2053)
- A new design for the import flow. It features:
- Icons at the top of every screen
- Gray background, blue buttons, thinner text
- Simpler copy
- A new design for the install flow. It features:
- Immediate entry into the QR code screen
- Animated dots to show that we're loading the QR code from the server
- Fewer screens: 1) QR 2) device name 3) sync-in-progress
- When not set up, the app opens directly into the install screen, which has been streamlined. The `--import` command-line argument will cause the app to open directly into the import flow.
- Support for two different flavors of builds - the normal build will open into the standard registration flow, and the import flavor will be exactly the same except during setup it will open directly into the import flow.
- A new design for the (dev-only) standalone registration view
- When these install sequences are active, the OS File menu has entries to allow you to switch the method of setup you'd like to use. These go away as soon as the first step is taken in any of these flows.
- The device name (chosen on initial setup) is now shown in the settings panel
- At the end of a light import, we hand off to the normal device link screen, starting at the QR code. On a full import, we remove the sensitive encryption information in the export to prevent conflicts on multiple imports.
- `Whisper.Backup.exportToDirectory()` takes an options object so you can tell it to do a light export.
- `Whisper.Backup.importFromDirectory()` takes an options object so you can force it to load only the light components found on disk. It also returns an object so you can tell whether a given import was a full import or light import.
- On start of import, we build a list of all the ids present in the messages, conversations, and groups stores in IndexedDB. This can take some time if a lot of data is in the database already, but it makes the subsequent deduplicated import very fast.
- Disappearing messages are now excluded when exporting
- Remove some TODOs in the tests
2018-02-22 19:40:32 +01:00
|
|
|
<span class='banner-icon alert-outline'></span>
|
|
|
|
|
<div class='header'>{{ errorHeader }}</div>
|
2018-05-21 20:57:40 +02:00
|
|
|
<div class='body-text-wide'>
|
|
|
|
|
{{ errorMessageFirst }}
|
|
|
|
|
<p>{{ errorMessageSecond }}</p>
|
|
|
|
|
</div>
|
2017-04-13 03:43:00 +02:00
|
|
|
</div>
|
|
|
|
|
<div class='nav'>
|
|
|
|
|
<div>
|
New design for import/install, 'light' import (#2053)
- A new design for the import flow. It features:
- Icons at the top of every screen
- Gray background, blue buttons, thinner text
- Simpler copy
- A new design for the install flow. It features:
- Immediate entry into the QR code screen
- Animated dots to show that we're loading the QR code from the server
- Fewer screens: 1) QR 2) device name 3) sync-in-progress
- When not set up, the app opens directly into the install screen, which has been streamlined. The `--import` command-line argument will cause the app to open directly into the import flow.
- Support for two different flavors of builds - the normal build will open into the standard registration flow, and the import flavor will be exactly the same except during setup it will open directly into the import flow.
- A new design for the (dev-only) standalone registration view
- When these install sequences are active, the OS File menu has entries to allow you to switch the method of setup you'd like to use. These go away as soon as the first step is taken in any of these flows.
- The device name (chosen on initial setup) is now shown in the settings panel
- At the end of a light import, we hand off to the normal device link screen, starting at the QR code. On a full import, we remove the sensitive encryption information in the export to prevent conflicts on multiple imports.
- `Whisper.Backup.exportToDirectory()` takes an options object so you can tell it to do a light export.
- `Whisper.Backup.importFromDirectory()` takes an options object so you can force it to load only the light components found on disk. It also returns an object so you can tell whether a given import was a full import or light import.
- On start of import, we build a list of all the ids present in the messages, conversations, and groups stores in IndexedDB. This can take some time if a lot of data is in the database already, but it makes the subsequent deduplicated import very fast.
- Disappearing messages are now excluded when exporting
- Remove some TODOs in the tests
2018-02-22 19:40:32 +01:00
|
|
|
<a class='button choose'>{{ chooseButton }}</a>
|
2017-04-13 03:43:00 +02:00
|
|
|
</div>
|
|
|
|
|
</div>
|
|
|
|
|
</div>
|
New design for import/install, 'light' import (#2053)
- A new design for the import flow. It features:
- Icons at the top of every screen
- Gray background, blue buttons, thinner text
- Simpler copy
- A new design for the install flow. It features:
- Immediate entry into the QR code screen
- Animated dots to show that we're loading the QR code from the server
- Fewer screens: 1) QR 2) device name 3) sync-in-progress
- When not set up, the app opens directly into the install screen, which has been streamlined. The `--import` command-line argument will cause the app to open directly into the import flow.
- Support for two different flavors of builds - the normal build will open into the standard registration flow, and the import flavor will be exactly the same except during setup it will open directly into the import flow.
- A new design for the (dev-only) standalone registration view
- When these install sequences are active, the OS File menu has entries to allow you to switch the method of setup you'd like to use. These go away as soon as the first step is taken in any of these flows.
- The device name (chosen on initial setup) is now shown in the settings panel
- At the end of a light import, we hand off to the normal device link screen, starting at the QR code. On a full import, we remove the sensitive encryption information in the export to prevent conflicts on multiple imports.
- `Whisper.Backup.exportToDirectory()` takes an options object so you can tell it to do a light export.
- `Whisper.Backup.importFromDirectory()` takes an options object so you can force it to load only the light components found on disk. It also returns an object so you can tell whether a given import was a full import or light import.
- On start of import, we build a list of all the ids present in the messages, conversations, and groups stores in IndexedDB. This can take some time if a lot of data is in the database already, but it makes the subsequent deduplicated import very fast.
- Disappearing messages are now excluded when exporting
- Remove some TODOs in the tests
2018-02-22 19:40:32 +01:00
|
|
|
</div>
|
|
|
|
|
{{/isError}}
|
|
|
|
|
</script>
|
2017-04-13 03:43:00 +02:00
|
|
|
|
2015-12-26 07:17:30 +01:00
|
|
|
<script type='text/javascript' src='js/components.js'></script>
|
2017-07-19 20:59:08 +02:00
|
|
|
<script type='text/javascript' src='js/reliable_trigger.js'></script>
|
2015-12-26 07:17:30 +01:00
|
|
|
<script type='text/javascript' src='js/database.js'></script>
|
|
|
|
|
<script type='text/javascript' src='js/storage.js'></script>
|
2018-11-07 05:16:49 +01:00
|
|
|
<script type='text/javascript' src='js/legacy_storage.js'></script>
|
2015-12-26 07:17:30 +01:00
|
|
|
<script type='text/javascript' src='js/libtextsecure.js'></script>
|
2018-10-08 05:32:42 +02:00
|
|
|
<script type='text/javascript' src='js/libloki.js'></script>
|
2015-01-14 01:09:32 +01:00
|
|
|
|
2017-04-12 01:35:44 +02:00
|
|
|
<script type='text/javascript' src='js/focus_listener.js'></script>
|
2015-12-26 07:17:30 +01:00
|
|
|
<script type='text/javascript' src='js/notifications.js'></script>
|
2016-04-12 00:11:20 +02:00
|
|
|
<script type='text/javascript' src='js/read_receipts.js'></script>
|
Feature: Blue check marks for read messages if opted in (#1489)
* Refactor delivery receipt event handler
* Rename the delivery receipt event
For less ambiguity with read receipts.
* Rename synced read event
For less ambiguity with read receipts from other Signal users.
* Add support for incoming receipt messages
Handle ReceiptMessages, which may include encrypted delivery receipts or read
receipts from recipients of our sent messages.
// FREEBIE
* Rename ReadReceipts to ReadSyncs
* Render read messages with blue double checks
* Send read receipts to senders of incoming messages
// FREEBIE
* Move ReadSyncs to their own file
// FREEBIE
* Fixup old comments on read receipts (now read syncs)
And some variable renaming for extra clarity.
// FREEBIE
* Add global setting for read receipts
Don't send read receipt messages unless the setting is enabled.
Don't process read receipts if the setting is disabled.
// FREEBIE
* Sync read receipt setting from mobile
Toggling this setting on your mobile device should sync it to Desktop. When
linking, use the setting in the provisioning message.
// FREEBIE
* Send receipt messages silently
Avoid generating phantom messages on ios
// FREEBIE
* Save recipients on the outgoing message models
For accurate tracking and display of sent/delivered/read state, even if group
membership changes later.
// FREEBIE
* Fix conversation type in profile key update handling
// FREEBIE
* Set recipients on synced sent messages
* Render saved recipients in message detail if available
For older messages, where we did not save the intended set of recipients at the
time of sending, fall back to the current group membership.
// FREEBIE
* Record who has been successfully sent to
// FREEBIE
* Record who a message has been delivered to
* Invert the not-clickable class
* Fix readReceipt setting sync when linking
* Render per recipient sent/delivered/read status
In the message detail view for outgoing messages, render each recipient's
individual sent/delivered/read status with respect to this message, as long as
there are no errors associated with the recipient (ie, safety number changes,
user not registered, etc...) since the error icon is displayed in that case.
*Messages sent before this change may not have per-recipient status lists
and will simply show no status icon.
// FREEBIE
* Add configuration sync request
Send these requests in a one-off fashion when:
1. We have just setup from a chrome app import
2. We have just upgraded to read-receipt support
// FREEBIE
* Expose sendRequestConfigurationSyncMessage
// FREEBIE
* Fix handling of incoming delivery receipts - union with array
FREEBIE
2017-10-05 00:28:43 +02:00
|
|
|
<script type='text/javascript' src='js/read_syncs.js'></script>
|
2016-09-21 02:19:51 +02:00
|
|
|
<script type='text/javascript' src='js/expiring_messages.js'></script>
|
2014-06-03 18:39:29 +02:00
|
|
|
|
2015-12-26 07:17:30 +01:00
|
|
|
<script type='text/javascript' src='js/chromium.js'></script>
|
2016-09-20 22:42:33 +02:00
|
|
|
<script type='text/javascript' src='js/registration.js'></script>
|
2016-04-04 04:34:34 +02:00
|
|
|
<script type='text/javascript' src='js/expire.js'></script>
|
2015-03-16 00:04:39 +01:00
|
|
|
|
2018-04-11 18:30:28 +02:00
|
|
|
<script type='text/javascript' src='js/views/react_wrapper_view.js'></script>
|
2015-12-26 07:17:30 +01:00
|
|
|
<script type='text/javascript' src='js/views/whisper_view.js'></script>
|
2020-11-18 23:14:48 +01:00
|
|
|
|
2020-11-13 04:29:59 +01:00
|
|
|
<script type='text/javascript' src='js/views/session_inbox_view.js'></script>
|
2015-12-26 07:17:30 +01:00
|
|
|
<script type='text/javascript' src='js/views/identicon_svg_view.js'></script>
|
2019-12-05 07:02:24 +01:00
|
|
|
<script type='text/javascript' src='js/views/session_registration_view.js'></script>
|
2017-04-12 23:20:56 +02:00
|
|
|
<script type='text/javascript' src='js/views/app_view.js'></script>
|
2017-08-08 02:24:59 +02:00
|
|
|
<script type='text/javascript' src='js/views/import_view.js'></script>
|
2020-11-18 23:14:48 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
<!-- DIALOGS-->
|
2021-06-15 01:09:31 +02:00
|
|
|
<!-- <script type='text/javascript' src='js/views/update_group_dialog_view.js'></script> -->
|
2021-06-16 07:04:15 +02:00
|
|
|
<!-- <script type='text/javascript' src='js/views/invite_contacts_dialog_view.js'></script> -->
|
|
|
|
|
<!-- <script type='text/javascript' src='js/views/admin_leave_closed_group_dialog_view.js'></script> -->
|
2021-01-13 01:02:22 +01:00
|
|
|
|
2021-06-16 07:04:15 +02:00
|
|
|
<!-- <script type='text/javascript' src='js/views/user_details_dialog_view.js'></script> -->
|
2020-12-16 06:18:42 +01:00
|
|
|
<script type='text/javascript' src='js/views/session_id_reset_view.js'></script>
|
2020-01-29 11:52:47 +01:00
|
|
|
|
2020-11-18 23:14:48 +01:00
|
|
|
<!-- CRYPTO -->
|
2017-03-01 22:11:40 +01:00
|
|
|
<script type='text/javascript' src='js/wall_clock_listener.js'></script>
|
2014-01-12 15:07:30 +01:00
|
|
|
</head>
|
2021-02-26 05:29:14 +01:00
|
|
|
|
2015-01-14 22:21:54 +01:00
|
|
|
<body>
|
2017-03-09 19:40:47 +01:00
|
|
|
<div class='app-loading-screen'>
|
2020-08-25 07:57:37 +02:00
|
|
|
<div class="content session-full-logo">
|
|
|
|
|
<img src="images/session/brand.svg" class="session-brand-logo" />
|
|
|
|
|
<img src="images/session/session-text.svg" class="session-text-logo" />
|
2020-01-05 23:37:14 +01:00
|
|
|
</div>
|
2017-03-09 19:40:47 +01:00
|
|
|
</div>
|
2018-03-22 16:30:00 +01:00
|
|
|
|
|
|
|
|
<script type='text/javascript' src='js/background.js'></script>
|
2014-01-12 15:07:30 +01:00
|
|
|
</body>
|
2021-02-26 05:29:14 +01:00
|
|
|
|
2021-05-25 05:19:34 +02:00
|
|
|
</html>
|
