(In reply to NISZ LibreOffice Team from comment #23) > Created attachment 159953 [details] > Screenshot of Word and Writer side by side after following the steps > > Still happens in: > > Version: 7.0.0.0.alpha0+ (x64) > [...] > > Also: this behavior is the same as in Word.
As noted by NISZ LibreOffice Team, the behaviour is very much similar i Word: Also in Word, Search & Replace while showing track-changes, does search within deleted text and replaces with non-deleted text. Just tested with MS Office 365. I can see why it can sometimes be relevant to search also in deleted text, e.g. to find where you (or a colleague) deleted something. And if you do not want this, just turn off showing track-changes. But I fail to see why anybody would want already-deleted text to be part of replacing. (Even before the problems of doing more than one search & replace, leading to several instances of the new text.) Well, failing the see the use could be just my lack of imagination. So: Can anybody come up with a case where searching within deleted text and replacing with new text would be the intended behaviour? Put another way: Can anybody see a reason why this would NOT be a bug (happening to be shared by LO and MS Office)? PS: Word notes the user that "We are through searching the document" after one pass, so the user will at least know that if s/he continues replacing, it will be in text that had already been considered. This will stop most users from repeated replacement, but does not change the question how replacing at all in deleted text could be the intended behaviour. -- 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
