mirror of
https://github.com/zulip/zulip.git
synced 2026-06-24 21:08:25 +08:00
d3ebfce4ae
This refactoring should have no functional effect for any call points, but makes the function behave more naturally. The comments explain the situation, but specifically: * There's the page_params.narrow hack that affects both narrows and home_msg_list. * There's the shared data for home_msg_list and all_msg_list that requires we modify the query from home_msg_list.data.public_operators(). And otherwise the logic should just use the operators associated with the message_list.data object (allowing us to remove the force_fetch hack added in the last commit). Hopefully in some future refactoring, we'll be able to migrate those hacks to live in the Filter object construction and eliminate this block of conditionals entirely. |
||
|---|---|---|
| .. | ||
| assets | ||
| audio | ||
| generated | ||
| html | ||
| images | ||
| js | ||
| shared | ||
| styles | ||
| templates | ||
| third | ||
| .gitignore | ||