mirror of
https://github.com/zulip/zulip.git
synced 2025-11-16 11:52:01 +00:00
When viewing a narrow such as a search or `sender:` view, where consecutive messages in the view may not be consecutive in their original stream/topic context, we should avoid displaying the messages with a shared sender/recipient bar header, as that creates the incorrect perception that they are consecutive. Back in 2013 (bc8bc8567b), we implemented this via the collapse_messages flag, but it appears more recent refactoring (no more recent thandbffb2a614) made it always true. The original logic was incorrect, in that it only considered full-text search views, and not other views with this property. I originally planned to use the existing logic for can_mark_message_read designed for this purpose, but I think there might be product reasons why might want the logic to be independent.
12 KiB
12 KiB