"use strict"; const assert = require("node:assert/strict"); const {make_user} = require("./lib/example_user"); const {mock_esm, zrequire} = require("./lib/namespace"); const {run_test} = require("./lib/test"); const $ = require("./lib/zjquery"); mock_esm("../src/settings_data", { user_can_access_all_other_users: () => true, }); /* Until now, we had seen various testing techniques, learned how to use helper functions like `mock_esm`, `override` of `run_test` etc., but we didn't see how to deal with render calls to Handlebars templates. We'll learn that in this test. The below code tests the rendering of typing notifications which is handled by the function `typing_events.render_notifications_for_narrow`. The function relies on the `typing_notifications.hbs` template for rendering html. It is worthwhile to read those (they're short and simple) before proceeding as that would help better understand the below test. */ const {Filter} = zrequire("filter"); const message_lists = zrequire("message_lists"); const people = zrequire("people"); const {set_current_user} = zrequire("state_data"); const typing_data = zrequire("typing_data"); const typing_events = zrequire("typing_events"); const current_user = {}; set_current_user(current_user); // Let us add a few users to use as typists. const anna = make_user({ email: "anna@example.com", full_name: "Anna Karenina", user_id: 8, }); const vronsky = make_user({ email: "vronsky@example.com", full_name: "Alexei Vronsky", user_id: 9, }); const levin = make_user({ email: "levin@example.com", full_name: "Konstantin Levin", user_id: 10, }); const kitty = make_user({ email: "kitty@example.com", full_name: "Kitty S", user_id: 11, }); people.add_active_user(anna); people.add_active_user(vronsky); people.add_active_user(levin); people.add_active_user(kitty); /* Notice the `mock_template` in the object passed to `run_test` wrapper below. It is pretty similar to `override` we've seen in previous examples but mocks a template instead of a js function. Just like `override`, `mock_template` lets us run a function taking in the arguments passed to the template. Additionally, we can also have the rendered html passed as an argument. It's usage below will make it more clear to you. */ run_test("typing_events.render_notifications_for_narrow", ({override, mock_template}) => { // All typists are rendered in `#typing_notifications`. const $typing_notifications = $("#typing_notifications"); // Narrow to a group direct message with four users. override(current_user, "user_id", anna.user_id); const group = [anna.user_id, vronsky.user_id, levin.user_id, kitty.user_id]; const conversation_key = typing_data.get_direct_message_conversation_key(group); const group_emails = `${anna.email},${vronsky.email},${levin.email},${kitty.email}`; message_lists.set_current({ data: { filter: new Filter([{operator: "dm", operand: group_emails}]), }, }); // Based on typing_events.MAX_USERS_TO_DISPLAY_NAME (which is currently 3), // we display either the list of all users typing (if they do not exceed // MAX_USERS_TO_DISPLAY_NAME) or 'Several people are typing…' // For now, set two of the users as being typists. typing_data.add_typist(conversation_key, anna.user_id); typing_data.add_typist(conversation_key, vronsky.user_id); const two_typing_users_rendered_html = "Two typing users rendered html stub"; // As you can see below, the first argument of mock_template takes // the relative path of the template we want to mock w.r.t web/templates/ // // The second argument takes a boolean determining whether to render html. // We mostly set this to `false` and recommend you avoid setting this to `true` // unless necessary in situations where you want to test conditionals // or something similar. The latter examples below would make that more clear. // // The third takes a function to run on calling this template. The function // gets passed an object(`args` below) containing arguments passed to the template. // Additionally, it can also have rendered html passed to it if second argument of // mock_template was set to `true`. Any render calls to this template // will run the function and return the function's return value. // // We often use the function in third argument, like below, to make sure // the arguments passed to the template are what we expect. mock_template("typing_notifications.hbs", false, (args) => { assert.deepEqual(args.users, [anna, vronsky]); assert.ok(!args.several_users); // Whether to show 'Several people are typing…' return two_typing_users_rendered_html; }); typing_events.render_notifications_for_narrow(); // Make sure #typing_notifications's html content is set to the rendered template // which we mocked and gave a custom return value. assert.equal($typing_notifications.html(), two_typing_users_rendered_html); // Now we'll see how setting the second argument to `true` // can be helpful in testing conditionals inside the template. // Let's set the mock to just return the rendered html. mock_template("typing_notifications.hbs", true, (_args, rendered_html) => rendered_html); // Since we only have two(