Currently, clicking the leading icon while the bar is expanded only replays the bounce animation — onSearch only fires via the IME "search" keyboard action. This matches the documented behavior (onSearch: "Callback triggered when the user presses IME Search"), so it's not a defect, just a possible enhancement.
Many search-bar UIs (e.g. Google's) let the leading icon double as a submit button when text is present, which some consumers may expect. Suggestion: also call onSearch(value) on icon tap when isExpanded && !isLoading (the isLoading guard avoids re-firing while a search is already in flight).
Currently, clicking the leading icon while the bar is expanded only replays the bounce animation —
onSearchonly fires via the IME "search" keyboard action. This matches the documented behavior (onSearch: "Callback triggered when the user presses IME Search"), so it's not a defect, just a possible enhancement.Many search-bar UIs (e.g. Google's) let the leading icon double as a submit button when text is present, which some consumers may expect. Suggestion: also call
onSearch(value)on icon tap whenisExpanded && !isLoading(theisLoadingguard avoids re-firing while a search is already in flight).