zulip/frontend_tests/node_tests/presence.js

296 lines
7.7 KiB
JavaScript
Raw Normal View History

zrequire('people');
zrequire('presence');
2017-05-24 17:55:31 +02:00
const return_false = function () { return false; };
set_global('server_events', {});
set_global('reload_state', {
is_in_progress: return_false,
});
set_global('XDate', function (ms) { return {seconds: ms}; });
const OFFLINE_THRESHOLD_SECS = 140;
2017-05-24 17:55:31 +02:00
const me = {
2017-05-24 17:55:31 +02:00
email: 'me@zulip.com',
user_id: 101,
2017-05-24 17:55:31 +02:00
full_name: 'Me Myself',
};
const alice = {
2017-05-24 17:55:31 +02:00
email: 'alice@zulip.com',
user_id: 1,
full_name: 'Alice Smith',
};
const fred = {
2017-05-24 17:55:31 +02:00
email: 'fred@zulip.com',
user_id: 2,
full_name: "Fred Flintstone",
};
const sally = {
email: 'sally@example.com',
user_id: 3,
full_name: 'Sally Jones',
};
const zoe = {
2017-05-24 17:55:31 +02:00
email: 'zoe@example.com',
user_id: 6,
full_name: 'Zoe Yang',
};
const bot = {
email: 'bot@zulip.com',
user_id: 7,
full_name: 'The Bot',
is_bot: true,
};
people.add(me);
people.add(alice);
people.add(fred);
people.add(sally);
people.add(zoe);
people.add(bot);
2017-05-24 17:55:31 +02:00
people.initialize_current_user(me.user_id);
run_test('my user', () => {
assert.equal(presence.get_status(me.user_id), 'active');
});
run_test('unknown user', () => {
const unknown_user_id = 999;
const now = 888888;
const presences = {};
presences[unknown_user_id.toString()] = 'does-not-matter';
blueslip.expect('error', 'Unknown user ID in presence data: 999');
presence.set_info(presences, now);
// If the server is suspected to be offline or reloading,
// then we suppress errors. The use case here is that we
// haven't gotten info for a brand new user yet.
server_events.suspect_offline = true;
presence.set_info(presences, now);
server_events.suspect_offline = false;
reload_state.is_in_progress = () => true;
presence.set_info(presences, now);
reload_state.is_in_progress = () => false;
});
run_test('status_from_raw', () => {
const status_from_raw = presence.status_from_raw;
2017-05-24 17:55:31 +02:00
const now = 5000;
let raw;
2017-05-24 17:55:31 +02:00
raw = {
server_timestamp: now,
active_timestamp: now - OFFLINE_THRESHOLD_SECS / 2,
2017-05-24 17:55:31 +02:00
};
assert.deepEqual(
status_from_raw(raw),
{
status: 'active',
last_active: raw.active_timestamp,
}
);
raw = {
server_timestamp: now,
active_timestamp: now - OFFLINE_THRESHOLD_SECS * 2,
};
assert.deepEqual(
status_from_raw(raw),
{
status: 'offline',
last_active: raw.active_timestamp,
}
);
raw = {
server_timestamp: now,
idle_timestamp: now - OFFLINE_THRESHOLD_SECS / 2,
};
assert.deepEqual(
status_from_raw(raw),
{
status: 'idle',
last_active: raw.active_timestamp,
}
);
});
2017-05-24 17:55:31 +02:00
run_test('set_presence_info', () => {
const presences = {};
const now = 5000;
const recent = now + 1 - OFFLINE_THRESHOLD_SECS;
const a_while_ago = now - OFFLINE_THRESHOLD_SECS * 2;
2017-05-24 17:55:31 +02:00
presences[alice.user_id.toString()] = {
active_timestamp: recent,
2017-05-24 17:55:31 +02:00
};
presences[fred.user_id.toString()] = {
active_timestamp: a_while_ago,
idle_timestamp: now,
2017-05-24 17:55:31 +02:00
};
presences[me.user_id.toString()] = {
active_timestamp: now,
};
presences[sally.user_id.toString()] = {
active_timestamp: a_while_ago,
};
const params = {};
params.presences = presences;
params.initial_servertime = now;
presence.initialize(params);
2017-05-24 17:55:31 +02:00
assert.deepEqual(presence.presence_info.get(alice.user_id),
{ status: 'active', last_active: recent}
);
assert.equal(presence.get_status(alice.user_id), 'active');
assert.deepEqual(
presence.last_active_date(alice.user_id),
{seconds: recent * 1000}
2017-05-24 17:55:31 +02:00
);
assert.deepEqual(presence.presence_info.get(fred.user_id),
{ status: 'idle', last_active: a_while_ago}
2017-05-24 17:55:31 +02:00
);
assert.equal(presence.get_status(fred.user_id), 'idle');
2017-05-24 17:55:31 +02:00
assert.deepEqual(presence.presence_info.get(me.user_id),
{ status: 'active', last_active: now}
);
assert.equal(presence.get_status(me.user_id), 'active');
assert.deepEqual(presence.presence_info.get(sally.user_id),
{ status: 'offline', last_active: a_while_ago}
);
assert.equal(presence.get_status(sally.user_id), 'offline');
assert.deepEqual(presence.presence_info.get(zoe.user_id),
{ status: 'offline', last_active: undefined}
2017-05-24 17:55:31 +02:00
);
assert.equal(presence.get_status(zoe.user_id), 'offline');
assert.equal(presence.last_active_date(zoe.user_id), undefined);
assert(!presence.presence_info.has(bot.user_id));
assert.equal(presence.get_status(bot.user_id), 'offline');
});
run_test('falsy values', () => {
/*
When a user does not have a relevant active timestamp,
the server just leaves off the `active_timestamp` field
to save bandwidth, which looks like `undefined` to us
if we try to dereference it.
Our code should just treat all falsy values the same way,
though, to defend against bugs where we say the person
was last online in 1970 or silly things like that.
*/
const now = 2000000;
const a_bit_ago = now - 5;
const presences = {};
for (const falsy_value of [undefined, 0, null]) {
presences[zoe.user_id.toString()] = {
active_timestamp: falsy_value,
idle_timestamp: a_bit_ago,
};
presence.set_info(presences, now);
assert.deepEqual(
presence.presence_info.get(zoe.user_id),
{ status: 'idle', last_active: undefined }
);
}
});
run_test('big realms', () => {
const presences = {};
const now = 5000;
presences[sally.user_id.toString()] = {
active_timestamp: now,
};
// Make it seem like realm has a lot of people, in
// which case we will not provide default values for
// users that aren't in our presences payload.
const get_active_human_count = people.get_active_human_count;
people.get_active_human_count = function () { return 1000; };
presence.set_info(presences, now);
assert(presence.presence_info.has(sally.user_id));
assert(!presence.presence_info.has(zoe.user_id));
people.get_active_human_count = get_active_human_count;
});
2017-05-24 17:55:31 +02:00
run_test('last_active_date', () => {
const unknown_id = 42;
presence.presence_info.clear();
presence.presence_info.set(alice.user_id, { last_active: 500 });
presence.presence_info.set(fred.user_id, {});
assert.equal(presence.last_active_date(unknown_id), undefined);
assert.equal(presence.last_active_date(fred.user_id), undefined);
assert.deepEqual(presence.last_active_date(alice.user_id), {seconds: 500000});
});
presence: Prep for upcoming changes to server data. In the next commit we're going to change what the server sends for the following: - page_params - server responses to /json/users/me/presence We will **not** yet be changing the format of the data that we get in events when users update their presence. It's also just a bit in flux what our final formats will be for various presence payloads, and different optimizations may lead us to use different data structures in different payloads. So for now we decouple these two things: raw_info: this is intended to represent a snapshot of the latest data from the server, including some data like timestamps that are only used in downstream calculations and not user-facing exports.presence_info: this is calculated info for modules like buddy_data that just need to know active vs. idle and last_active_date Another change that happens here is we rename set_info_for_user to update_info_for_event, which just makes it clear that the function expects data in the "event" format (as opposed to the format for page_params or server responses). As of now keeping the intermediate raw_info data around feels slightly awkward, because we just immediately calculate presence_info for any kind of update. This may be sorta surprising if you just skim the code and see the various timeout constants. You would think we might be automatically expiring "active" statuses in the client due to the simple passage of time, but in fact the precise places we do this are all triggered by new data from the server and we re-calculate statuses immediately. (There are indirect ways that clients have timing logic, since they ask the server for new data at various intervals, but a smarter client could simply expire users on its own, or at least with a more efficient transfer of info between it and the server. One of the thing that complicates client-side logic is that server and client clocks may be out of sync. Also, it's not inherently super expensive to get updates from the server.)
2020-02-07 17:19:03 +01:00
run_test('update_info_from_event', () => {
let info;
info = {
website: {
status: "active",
timestamp: 500,
},
};
presence.presence_info.delete(alice.user_id);
presence.update_info_from_event(alice.user_id, info, 500);
assert.deepEqual(
presence.presence_info.get(alice.user_id),
{ status: 'active', last_active: 500 }
);
info = {
mobile: {
status: "idle",
timestamp: 510,
},
};
presence.update_info_from_event(alice.user_id, info, 510);
assert.deepEqual(
presence.presence_info.get(alice.user_id),
{ status: 'active', last_active: 500 }
);
info = {
mobile: {
status: "idle",
timestamp: 1000,
},
};
presence.update_info_from_event(alice.user_id, info, 1000);
assert.deepEqual(
presence.presence_info.get(alice.user_id),
{ status: 'idle', last_active: 500 }
);
});