When a Find & Replace search returns only one match, the editor provides no way to visually locate that match within the document. The "Next" and "Previous" buttons are both disabled (since there's nowhere to navigate to), and no highlight or cursor indicator marks the matched text on the page. This leaves the user unable to confirm where the single match is located without manually scanning the entire article. Limitations: With only one match, both Next and Previous are disabled, so there's no button-driven way to jump to it. The matched text is not highlighted or scrolled into view automatically, unlike multi-match scenarios where cycling through results visually anchors each occurrence. Users must manually read through the article to locate the single occurrence, which is slow and error-prone in long articles. Requested Solution: Automatically highlight and scroll to the single match when Find & Replace detects exactly one result. Specifically: Highlight the matched text with the same visual treatment used when cycling through multiple matches. Auto-scroll the editor to bring the matched text into view as soon as the match count reads "1 match found." Keep this behavior consistent regardless of whether Next/Previous are enabled or disabled. Benefits: Removes the need to manually scan the document for a single match. Brings single-match behavior in line with the existing multi-match highlighting experience. Reduces time and errors when editing long articles with sparse search terms. Use Cases: Verifying a rare term before editing, confirming the last remaining occurrence after partial find-and-replace, locating a single instance of a broken link or image reference in a long article.
