Tried on Mac (LO Version: 4.4.5.2) and KDE (Version: 5.0.3.2) with same result. Steps to reproduce: 1 - Edit - Find&Replace, cursor in ‘Search for’ field - Other options - Format - Font - Typeface ‘Italic’ 2 - Find&Replace, cursor in ‘Replace with’ field - Other options - Format - Font Effects - Font color ‘Light red’ 3 - Replace all The length of the document seems to make a difference. The longer, the more chance of LO hanging, short documents don’t have this problem. Below the ‘Search for’ field it says ‘Italic, normal’. Why ‘normal’? When we tried this sequence with ‘Bold’ instead of ‘Italic’, it just said ‘Bold’ and there was no problem with replacing.
For me not reproducible with LO 5.0.3.2, Win 8.1. But the mentioned issue "Italic, normal" is for me also strange.
perhaps your document was not big enough. You could try this one http://members.ziggo.nl/enouwens/permanente%20dingen/odt-docx/kubus.odt . Make one word italic and try to "find and replace" it by e.g. "red". On my machine (LO 5.0.3.2.) it hanged LO again.
Created attachment 120477 [details] File to test with
Reproduced with the example file. Win 7 Pro 64-bit, Version: 5.0.3.2 (x64) Build ID: e5f16313668ac592c1bfb310f4390624e3dbfb75 Locale: fi-FI (fi_FI) Version: 5.1.0.0.alpha1+ Build ID: 6da681442b17c723f9408a806e8d2367441ad65a TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-11-07_23:13:46 Locale: fi-FI (fi_FI) 3.5.0
We have been doing some experimenting and found that also when we "find" Bold and "replace" it by Bold and light red, LO hangs when we use the example text.
@Beluga: Thanks for the test document. With this test document it is reproducible for me with LO 5.0.3.2, Win 8.1. My experience: I have to wait a few seconds and then I get the dialog box "To proceed with this action, you must first turn off the 'undo' function. Do you want to turn off the 'undo' function?" If I press yes, then LO hangs up.
Created attachment 131325 [details] GDB trace of the crash with 5.4 master Arch Linux 64-bit, KDE Plasma 5 Version: 5.4.0.0.alpha0+ Build ID: 7ec0500e20cf273d70c4fbddb4063b8f8295307c CPU Threads: 8; OS Version: Linux 4.9; UI Render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on February 18th 2016
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
tested on feb 19th 2018 (LO 6.0.1.0 linux). Bug is still prestent. LO hangs.
Writer from LO version 3.3 finds wrong italic that's not really italic in "Twee blokjes" and "zitten goed, en de twee andere moeten worden verwisseld. Draai dan Y U en ga naar 4.3" That text is <text:span text:style-name="T12">. But that text style name T12 doesn't exist. Looks like copied wrong with styles instead of text-only. Messy document. I set importance as Low. Replace All hangs LO (heap_corruption). BTW, ‘Italic, normal’ seems to be just italic. ‘Italic, bold’ is bold italic.
Pardon me friend if you took the effort of trying with any other document you would see the same behavior. It is your freedom to call the document messy and to set the priority low. But this bug rapport is not only about this document.
Thank you for following up. Please open .odt as .zip and see content.xml and styles.xml. But hang makes this a valid bug.
I have the same issue when trying to replace a font with another one, I get the dialog box "To proceed with this action, you must first turn off the 'undo' function. Do you want to turn off the 'undo' function?" After I press yes, LO hangs up with 100% CPU load on one CPU. I left it running overnight and it remained the same until I killed it. Version: 6.0.3.2 Build ID: 1:6.0.3-0ubuntu1 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group
Dear pieter kristensen, 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Bug is still there. LO freezes totally. Versie: 6.3.0.2 Build ID: 1:6.3.0~rc2-1 CPU-threads: 2; Besturingssysteem: Linux 4.19; UI-render: GL; VCL: kde5; Locale: nl-NL (nl_NL.UTF-8); UI-taal: nl-NL Calc: threaded
I can't reproduce in current master: Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: f446a203fa2897bab8ae7686c948a8bf060675c6 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-06-24_15:16:38 Calc: threaded I can't reproduce either in 7.2 beta1: Version: 7.2.0.0.beta1 / LibreOffice Community Build ID: c6974f7afec4cd5195617ae48c6ef9aacfe85ddd CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Or 7.0.6: Version: 7.0.6.2 Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded I can't see the word "normal" under the "Find" field. Note that when testing, the search doesn't find any text in italics. If you want to see the effect of the search and replace, make some text italic first.
Apologies, noting that the use case that triggers the bug was that the search key is not found. This does not change the WORKSFORME: all version I cited do work when the Italic search key is not found. The fix must have happened before LO 7.0.6