Bug 139775

Description:
When searching in a document for text that is *not* underlined, or *not* highlighted, the results are incomplete: they appear to be limited to the current paragraph or cell.
Searching for single underline or yellow highlight finds all correct instances.

Use case: for a qualitative analyses of a free text field in a survey, response identifier and the answer are in two separate columns in writer (because it is a hassle to highlight in calc). The parts of the answer that are relevant to the research have been highlighted. What the researcher needs is to have the highlighted fragments in individual cells. One would replace all the non-highlighted text with a tab, and then convert the remaining text to columns, so that each fragment has its own cell.

Note that there is no workaround by manipulating the desired fragments (e.g. replace them with "$1\t") and then copy/paste them, because that will put those fragments all in one cell or one paragraph, and it's obviously vitally important they stay connected to the response identifier!



Steps to Reproduce:
1.Copy and paste text from source file (lorem ipsum generator does the trick here)
2.Highlight or underline - or whatever other easily applicable format attribute - fragments of text throughout the document
3.Find text with format attributes "None" or "Without"
4.Find all

Actual Results:
Only the text without the selected attribute in the first cell or paragraph is selected

Expected Results:
The text without the selected attribute in the entire search area (whether that is the entire document or current selection only) should have been selected. 


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 7.0.3.1 (x64)
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: threaded

I prepared a sample document, in which I replicated the problem. The "find all" result was limited to the first paragraph of lorem ipsum. Interestingly, though, I added a paragraph before it, explaining the problem, and then the "find all" included the newly added paragraph.
This indicates that it's not just an ordinary hard return that demarcates the limited search area, and it may well be that it has something to do with the fact that the text has been copied, even if it is copied without formatting.

Next, because I am dutifully reporting, and couldn't check "Did you try resetting your userprofile?" without actually having done that, I started in safe mode, and tried again with the sample document. Now, only the results are incorrectly limited to just the first paragraph, again.