If a comment is inserted into a word (not applied to the whole word, just to its part or just put between characters), the word is no longer available for search.
1. Create a blank text document.
2. Type 123 456 789.
2a. Try to search the document (Ctfl+F) for text "456". See the search succeeds.
3. Put caret between 4 and 5.
4. Insert a comment (Ctrl+Alt+C), with some text.
5. Now try to search the document (Ctfl+F) for text "456".
Expected result: the text should be found at step 5.
Actual result: the text is not found.
That is related to the problem reported in bug 74177. Unlike Calc, in Writer the comment is like a special kind of "character" inserted into the text.
Already reproducible with OOo 3.3.0.
Arch Linux 64-bit, KDE Plasma 5
Build ID: 7cf444454c0c27e2f6d764164ea880b87163f45a
CPU Threads: 8; OS Version: Linux 4.7; UI Render: default;
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on September 27th 2016
Justin, this looks a bit similar to the problem you solved recently (bug 74177), so I figured if you could take a look at this while your memory is fresh?
Created attachment 134290 [details]
Did some testing and the issue seems to be that the comment's end cursor position is messing up with searching. Also the issue happens when comments are visible or hidden.
1. Open attachment
2. Search for 'ABC DEF' and it works fine
3. Search for 'ABC DEF ' and it doesnt work
Created attachment 134355 [details]
commentSearch.odt: 3 testing scenarios
potential fix at https://gerrit.libreoffice.org/#/c/39361/
Justin Luth committed a patch related to this issue.
It has been pushed to "master":
tdf#101936 sw: ignore comment anchors during search
It will be available in 6.0.0.
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.