[Libreoffice-bugs] [Bug 139775] New: EDITING Find&Replace: "Find all" with format option "Without" or "None" is incomplete
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Tue Jan 19 23:04:17 UTC 2021
https://bugs.documentfoundation.org/show_bug.cgi?id=139775
Bug ID: 139775
Summary: EDITING Find&Replace: "Find all" with format option
"Without" or "None" is incomplete
Product: LibreOffice
Version: 7.0.3.1 release
Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: libreoffice-bugs at lists.freedesktop.org
Reporter: saskia.verkiel at gmail.com
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.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210119/18ffecf6/attachment.htm>
More information about the Libreoffice-bugs
mailing list