Search

Stream recently upgraded its search capabilities to provide more options for sorting and pagination. Applications created after November 3rd, 2021 will automatically be using the latest version. Accounts created before November 3rd, 2021 need to contact support to have the latest version enabled.

Message search is built-in to the chat API. You can enable and/or disable the search indexing on a per channel type through the Stream Dashboard.

The command shown below selects the channels in which John is a member. Next, it searches the messages in those channels for the keyword “‘supercalifragilisticexpialidocious’”.

Query Parameters

nametypedescriptiondefaultoptional
filter_conditionsobjectFilter conditions for channels. We will only ever search a maximum of 500 channels at a time, so it is beneficial to make these filters as strict as possible. See the Query Channels section for information about these filters.-
message_filter_conditionsobjectFilter conditions for messages. See the next section for details. You must either specify query or message_filter_conditions.-
querystringA string to search for (which is a full text search). This is equivalent passing {text: {$q: }} to message_filter_conditions. You must either specify query or message_filter_conditions.-
limitintegerThe number of messages to return.100
offsetintegerThe pagination offset. See the Pagination section for more information. You cannot use a non-zero offset with the sort or the next parameters.0
sortobject or array of objectsThe sorting used for the messages matching the filters. Sorting is based on field and direction, and multiple sorting options can be provided. Direction can be ascending (1) or descending (-1).[{relevance: -1}, {id: 1}]
nextstringA key used to paginate. See the Pagination section for more information.-

Message Filter Conditions

You can use following operators and fields in order to search messages:

FieldDescriptionAllowed operators
idmessage ID$eq, $gt, $gte, $lt, $lte, $in
texttext of the message$q. $autocomplete, $eq, $gt, $gte, $lt, $lte, $in
typetype of the message. Messages with type ‘system’ and ‘deleted’ are excluded from results.$eq, $gt, $gte, $lt, $lte, $in
parent_idthe parent message ID (if the message is a reply)$eq, $gt, $gte, $lt, $lte, $in
reply_countnumber of replies the message has$eq, $gt, $gte, $lt, $lte, $in
attachmentswhether or not the message contains an attachment$exists, $eq, $gt, $gte, $lt, $lte, $in
attachments.typethe type of the attachment$eq, $in
mentioned_users.iduser ID that is included in the message’s mentions$contains
user.iduser ID of the user that sent the message$eq, $gt, $gte, $lt, $lte, $in
created_atcreated at time$eq, $gt, $gte, $lt, $lte, $in
updated_atupdated at time$eq, $gt, $gte, $lt, $lte, $in
pinnedwhether the message has been pinned$eq
any custom field that is attached to your message$eq, $gt, $gte, $lt, $lte, $in

Stream Chat does not run MongoDB on the backend, only a subset of the query options are available.

Sorting

Messages default to being sorted by relevance to your query, with the message ID as a tie-breaker for any equally relevant results. If your query does not use the $q or $autocomplete operators then all results are considered equally relevant.

You can sort by any of the filter-able fields, including custom fields. Custom fields that are numbers will be sorted numerically, while custom string fields will be sorted lexicographically. See the Pagination section for examples of sorting.

Pagination

There are two ways to paginate through search results:

  1. Version 1 - Using limit and offset

  2. Version 2 - Using limit and next/previous values

Limit and offset will allow you to access up to 1000 results matching your query. You will not be able to sort using limit and offset. The results will instead be sorted by relevance and message ID. See the code at the top of the page for examples of limit and offset pagination.

Next pagination will allow you to access all search results that match your query, and you will be able to sort using any filter-able fields and custom fields.

Pages of sort results will be returned with next and previous strings, which tell the API where to start searching from and what sort order to use. You can supply those values as a next parameter when making a query to get a new page of results.

// Get first page without setting the Next parameter
var resultsPage1 = await Client.LowLevelClient.MessageApi.SearchMessagesAsync(new SearchRequest
{
	//Filter is required for search
	FilterConditions = new Dictionary<string, object>
	{
		{
			//Get channels that local user is a member of
			"members", new Dictionary<string, object>
			{
				{ "$in", new[] { "John" } }
			}
		}
	},
	Query = "supercalifragilisticexpialidocious", // Search phrase
	Limit = 30 // Per page results
});

// First page results
foreach (var searchResult in resultsPage1.Results)
{
	Debug.Log(searchResult.Message.Id); // Message ID
	Debug.Log(searchResult.Message.Text); // Message text
	Debug.Log(searchResult.Message.User); // Message author info
	Debug.Log(searchResult.Message.Channel); // Channel info
}

// Get second page of results by setting: Next = resultsPage1.Next
var resultsPage2 = await Client.MessageApi.SearchMessagesAsync(new SearchRequest
{
	// Filter is required for search
	FilterConditions = new Dictionary<string, object>
	{
		{
			//Get channels that local user is a member of
			"members", new Dictionary<string, object>
			{
				{ "$in", new[] { "John" } }
			}
		}
	},

	Next = resultsPage1.Next, // Put Next key from the previous page request
	Query = "supercalifragilisticexpialidocious", // Search phrase
	Limit = 30 // Per page results
});

// Second page results
foreach (var searchResult in resultsPage1.Results)
{
	Debug.Log(searchResult.Message.Id); // Message ID
	Debug.Log(searchResult.Message.Text); // Message text
	Debug.Log(searchResult.Message.User); // Message author info
	Debug.Log(searchResult.Message.Channel); // Channel info
}
© Getstream.io, Inc. All Rights Reserved.