When you do a Find All, in all cases but one when you have at least one successful matches, at the bottom of the document window Writer reports how many matches there were, and how many characters or words matched.
This is a request to also report the number of matches in the edge case where you have one or more successful matches but the number of characters matched is zero.
This edge case happens when searching for zero-width text, such as ^$.
It means you can't know how many matches there are without some workaround like replacing the matches with some text that isn't in the document and then searching for that and then undoing the change.
Thanks for considering.
Luke, thanks for enhancement request. Could you please add a sample document, that makes the "edge case" more clear? I couldn't reproduce with a document of my own. Thanks.
Created attachment 161261 [details]
Example document to show the edge case
Here is one.
Find all of ^$ with regex on.
(There are 172 of them I think - based on replace nbsp.s with empty strings - but you can't find that out from the UI because of the edge case.
[Automated Action] NeedInfo-To-Unconfirmed
(In reply to QA Administrators from comment #3)
> [Automated Action] NeedInfo-To-Unconfirmed
Thanks for the file. I confirm the observed behaviour. But AFAIK statusbar shows number of the words and characters, that are selected (and that are of course the search results). So perhaps it won't be trivial to display search results, if no word and character is selected.
So let's add design team for further opinion.
dt+f3 for some dummy text, search for "he" and find 44 words selected in the statusbar. But I admit it's a workaround and we should show the number of results at least in the dialog. The hidden "search key not found" label could be a good place.
Same request has been done for the quickfind bar in bug 106383 and for the full dialog search in bug 84583. Let's make this one a duplicate of the second.
*** This bug has been marked as a duplicate of bug 84583 ***