Bug 139775 - EDITING Find&Replace: "Find all" with format option "Without" or "None" is incomplete
Summary: EDITING Find&Replace: "Find all" with format option "Without" or "None" is in...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.0 release
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 155612 (view as bug list)
Depends on:
Blocks: Find&Replace-Dialog
  Show dependency treegraph
 
Reported: 2021-01-19 23:04 UTC by Saskia Vkl
Modified: 2024-09-19 11:17 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample file for reported bug (27.91 KB, application/vnd.oasis.opendocument.text)
2021-01-19 23:07 UTC, Saskia Vkl
Details
Tutorial on how to search for text *without* attributes (197.55 KB, application/vnd.oasis.opendocument.text)
2021-02-23 20:25 UTC, Saskia Vkl
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Saskia Vkl 2021-01-19 23:04:17 UTC
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.
Comment 1 Saskia Vkl 2021-01-19 23:07:56 UTC
Created attachment 169029 [details]
Sample file for reported bug
Comment 2 Dieter 2021-02-03 08:50:39 UTC
Sorry, but I can't find the attributes "none" or "Without" in the attributes list(Find & Replace Dialog => Button "Attributes").
Comment 3 Saskia Vkl 2021-02-23 20:24:13 UTC
I've written a short tutorial on how to find unformatted text in LibreOffice Writer. I hope this helps with developing a solution.
Comment 4 Saskia Vkl 2021-02-23 20:25:54 UTC
Created attachment 170009 [details]
Tutorial on how to search for text *without* attributes
Comment 5 Saskia Vkl 2021-02-23 20:35:43 UTC
Note the ambiguity: both the "Format" and "Attributes" buttons refer to formatting. This is underlined by the fact that the "No Format" button removes both "Format" and "Attributes" selections.
Comment 6 Dieter 2021-02-27 05:57:19 UTC
I confirm it with

Version: 7.1.0.3 (x64) / LibreOffice Community
Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

and document from comment 1

Might be related to bug 113136
Comment 7 QA Administrators 2023-02-28 03:19:51 UTC Comment hidden (obsolete)
Comment 8 Dieter 2023-03-11 10:23:45 UTC
Tested with
Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: d7c609dbb1bd08865b43719d2fb7c316d30bcde5
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-US (de_DE); UI: en-GB
Calc: CL threaded

Steps:
1. Open attachment 169029 [details]
2. Ctrl+H -> Format
3. In tab "Highlighting" click "None" -> O.K. (serching now for automatic, transparent)
4. Find all

Actual result
Only result in first two paragraph is selected (Doesn't matter where cursor is located.)

Expected result
LO should fonde results in complete document

additional information:
Same result with format "no underline"
Comment 9 Buovjaga 2024-09-19 11:15:43 UTC
*** Bug 155612 has been marked as a duplicate of this bug. ***
Comment 10 Buovjaga 2024-09-19 11:16:53 UTC
Already in 3.5. Checking Including Styles makes it give the expected result, please try it.

Arch Linux 64-bit
Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: d500848976b6244048684a9972322b582559910a
CPU threads: 8; OS: Linux 6.10; UI render: default; VCL: kf6 (cairo+wayland)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: CL threaded
Built on 19 September 2024