Created attachment 184463 [details] Here's the Find and Replace dialog showing extraneous parameters after I tried to search for Font Color "red" Precís: When I try to open existing multi-page documents with lots of text formatting, including color formatting, and I try to search for one color under Find and Replace (dialog) > Format… (button) > Font Effects (tab) > Font Color (drop-down menu)—e.g., to find text formatted with "Red" and change it to "Blue"—extraneous formatting is included in the search parameters rendering a search only for red text impossible. Expected behavior: Selecting a text formatting property/properties, such as a text color, decoration, indentation, etc. should be restricted only to the property/properties selected by the user. Actual behavior: Selecting only Font Color "Red" and then pressing "Ok" to return to the Find and Replace dialog results in the following list of text formatting properties applied to Find: "None, Light Red, No strikethrough, No overline" rendering the find/replace function broken if text does not conform to these extraneous properties. Aside: notice that Writer is also getting something wrong with the color name; I selected "Red" but "Light Red" shows up on the parameter string (see attached image). I do not know which version this behavior cropped up in: I know that find & replace by formatting has a on and off working again/broken again history across different LO versions in my experience.
I can confirm it for paragraph styles and character styles, although "Including Styles" is selected in "Other options". It works for direct formatting. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1c638b7ac46d8077994c8483e6becc4a33efd12b 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 => NEW Alexis, is font color in your test case direct formatting or part of a style?
(In reply to Dieter from comment #1) Thank you for investigating, Dieter! > I can confirm it for paragraph styles and character styles, although > "Including Styles" is selected in "Other options". It works for direct > formatting. [snip] > Alexis, is font color in your test case direct formatting or part of a style? Clarifying: my initial report and original example was about direct formatting. Interesting that you are finding the issue crops up with find/replace styles, but not with direct formatting. All I can say is search and replace direct formatting has been broken for several version updates on my system.
(In reply to Alexis from comment #2) > Clarifying: my initial report and original example was about direct > formatting. Interesting that you are finding the issue crops up with > find/replace styles, but not with direct formatting. Thanks for clarification => Back to UNCONFIRMED. Perhaps you can add a short sample file I can test with.
(In reply to Dieter from comment #3) > (In reply to Alexis from comment #2) > > Clarifying: my initial report and original example was about direct > > formatting. Interesting that you are finding the issue crops up with > > find/replace styles, but not with direct formatting. > > Thanks for clarification => Back to UNCONFIRMED. > Perhaps you can add a short sample file I can test with. Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the document.
Dear Alexis, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Alexis, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp