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.
Created attachment 169029 [details] Sample file for reported bug
Sorry, but I can't find the attributes "none" or "Without" in the attributes list(Find & Replace Dialog => Button "Attributes").
I've written a short tutorial on how to find unformatted text in LibreOffice Writer. I hope this helps with developing a solution.
Created attachment 170009 [details] Tutorial on how to search for text *without* attributes
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.
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
Dear Saskia Vkl, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
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"
*** Bug 155612 has been marked as a duplicate of this bug. ***
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