Apache OpenOffice (AOO) Bugzilla – Issue 2236
'Find backwards' highlights all but last character of the word being found.
Last modified: 2013-08-07 14:43:23 UTC
When attempting to find an existing word backwards (Find with the option 'Backwards' checked), Presentation highlights all but last character of the word being found. Steps to reproduce: 1. Drag and drop a text box. 2. Enter "Winners never quit". 3. Click 'Edit' from the menu and click 'Find&Replace'. 4. Enter "never" in the 'Search for' input box. Make sure that 'Backwards' is the only option checked. 5. Click the 'Find' button. Actual Result: "neve" was highlighed. Expected Result: The word "never" should be highlighed. Build date and Platform: 10/1/01 build Windows 2000 5.0.0.2195 Service Pack2. Follow up test: 1. The same steps were repeated to find the first word of the sentence i.e. "Winners". Interestingly, all the letters of the sentence except "Winner" were highlighted. 2. The same steps were repeated to find the last word of the sentence i.e. "quit". "qui" was highlighted exposing the same defect mentioned in the Summary.
Cem Kaner (kaner@kaner.com) 11/23/01--I replicated this problem on build 638c, on a Win2K system. Similar effects with searches for other words (e.g. OpenOffice, search for OpenOffice and it highlights the trailing e.)
Reassigned to Christian.
I can reproduce the bug in the latest internal accessable version.
DL: Bug 95297.
DL->KA: I think it might be your task.
I'll take a look.
Problem also exists inside the Writer program. Linked a duplicate issue 6468. Duplicated on Win NT 4.0, OO 1.0.1
*** Issue 6486 has been marked as a duplicate of this issue. ***
*** Issue 6527 has been marked as a duplicate of this issue. ***
I'm changing this issue from ka@openoffice.org, issues@graphics.openoffice.org to sba@openoffice.org, issues@sw.openoffice.org Sorry if I got this wrong. In my basic tests, I don't see this problem happening in Impress or Calc. I can reproduce this behaviour in Writer. Change this issue to a P2 priority since the Replace feature of the Find and Replace function depends on the correct text being selected.
Gordon, KA is a developer. Leave it in his hands :-)
KA=>AF: AFAIK this bug (Draw/Impress) has already been fixed by you? I don't know the state of the Writer Search&Replace functionality.
I can't reproduce the bug as described but am aware of backward searching working not so well (it is not implemented at all in Impress; only in single objects selected by hand this is possible). However, this problem should be fixed with the fix for task #95297#.
I checked that the bug is fixed in SRX644 a.
As said before, the bug is fixed in SRX644 a.
Verified in the latest internal version. The fix is included in the next developer build.
I close the issue.