Public bug reported:
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)
** Affects: libreoffice (Ubuntu)
Importance: Undecided
Status: New
** Tags: amd64 apport-bug quantal running-unity
--
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:
text: Search and replace, with tracked changes on, when changing only
format of text, causes fatal infinite loop
Status in “libreoffice” package in Ubuntu:
New
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/ubuntu/+source/libreoffice/+bug/1126858/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
