Using LO 7.1.6.2, this is also a problem for me. If show track-changes is on, search-and-replace will find text in deleted text, replace it with NON-DELETED replacement text, and can then start over, replacing it once again.
As a result, search-and-replace is effectively unusable when track- changes are shown (something that I as a user can only learn the hard way). IMHO, the importance is higher than the current setting of "normal". Two possible solutions were mentioned in comment 19: (1) Writer should not find search strings in deleted text at all (meaning text deleted in Track Changes mode) Or: (2) Writer still finds search strings in all text (including deleted text in Track Changes mode) and also replaces them, but replaced text should be flagged as deleted. A possible third could be: (3) In search-and-replace mode, deleted text is not found (i.e., option 1 in this case), while in search-only mode, deleted text is found if track-changes are shown (i.e., option 2 in this case). The advantage of option 3 is that it is still possible to search in all the text that is seen on the screen. But I have no problems going for the most simple solution: Option 1. Version: 7.1.6.2 (x64) / LibreOffice Community Build ID: 0e133318fcee89abacd6a7d077e292f1145735c3 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: da-DK Calc: threaded -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1126858 Title: [upstream] Search and replace, with tracked changes on, changing only format of text, causes Writer to hang Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Triaged Bug description: Create new text document with contents "Hello, World". Turn on change tracking (under Edit). Select Find and Replace (under Edit). Put "Hello" (no quotes) in both the find and the replace boxes. Click on "More". Put cursor in Replace box. Click on Format. Set it to, say Italic (leave other options empty). Accept. And now, for the fatal part: Click "Replace all". If you just replace one, you'll see why the latter fails. The replacement value gets inserted beofre the original, so then it continues on and sees the original again... ad infinitum. What should happen: If it just put its position after the original text when searching and replacing, it wouldn't have this problem. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: libreoffice (not installed) ProcVersionSignature: Ubuntu 3.5.0-23.35-generic 3.5.7.2 Uname: Linux 3.5.0-23-generic x86_64 ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 Date: Fri Feb 15 21:37:14 2013 InstallationDate: Installed on 2012-12-13 (65 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) MarkForUpload: True SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1126858/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
