2018-08-04 15:40:25 +02:00
|
|
|
/*
|
|
|
|
We want his module to load pretty early in the process
|
|
|
|
of starting the app, so that people.js can load early.
|
|
|
|
All the heavy lifting for reload logic happens in
|
|
|
|
reload.js, which has lots of UI dependencies. If we
|
|
|
|
didn't split out this module, our whole dependency tree
|
|
|
|
would be kind of upside down.
|
|
|
|
*/
|
|
|
|
|
2019-11-02 00:06:25 +01:00
|
|
|
let reload_in_progress = false;
|
|
|
|
let reload_pending = false;
|
2018-08-04 15:40:25 +02:00
|
|
|
|
|
|
|
exports.is_pending = function () {
|
|
|
|
return reload_pending;
|
|
|
|
};
|
|
|
|
|
|
|
|
exports.is_in_progress = function () {
|
|
|
|
return reload_in_progress;
|
|
|
|
};
|
|
|
|
|
|
|
|
exports.set_state_to_pending = function () {
|
|
|
|
// Why do we never set this back to false?
|
|
|
|
// Because the reload is gonna happen next. :)
|
|
|
|
// I was briefly confused by this, hence the comment.
|
|
|
|
reload_pending = true;
|
|
|
|
};
|
|
|
|
|
|
|
|
exports.set_state_to_in_progress = function () {
|
|
|
|
reload_in_progress = true;
|
|
|
|
};
|
|
|
|
|
2019-10-25 09:45:13 +02:00
|
|
|
window.reload_state = exports;
|