Issue 69926 - Find & Replace gets stuck in last footnote if word is not in document text body
Summary: Find & Replace gets stuck in last footnote if word is not in document text body
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: editing (show other issues)
Version: OOo 2.0.2
Hardware: All All
: P3 Trivial with 1 vote (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-09-27 22:27 UTC by bonaventur
Modified: 2013-08-07 14:38 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
Search for "occurrence" in the attached file (9.48 KB, application/vnd.oasis.opendocument.text)
2006-09-27 22:29 UTC, bonaventur
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description bonaventur 2006-09-27 22:27:08 UTC
Hi,

I came accross the following problem with OOWriter 2.0.2: if a word (or an 
expression) is present only in the footnotes, and not in the body of the text, 
the function "search and replace" has a strange (and defectuous) behavior: 
after the end of the document has been reached, it is not able to find all 
occurences.

I first noticed this behavior with OOWriter 2.0.2 (FR) on XP, but the same 
happens under Linux. 

If it helps, I can send an odt file that reproduces the problem.

Regards,

Marc
Comment 1 bonaventur 2006-09-27 22:29:45 UTC
Created attachment 39403 [details]
Search for "occurrence" in the attached file
Comment 2 michael.ruess 2006-09-28 07:56:30 UTC
A "FInd & replace" issue -> reassigned to SBA.
Comment 3 kpalagin 2006-11-26 22:23:27 UTC
Confirming with OO 2.0.4 on Win XP - "Find and replace" will not circle in the 
document if the word is found in footnote.
Comment 4 stefan.baltzer 2007-02-15 15:33:25 UTC
SBA->AMA: As discussed, please have a look. 
Notes:
(1): When I add two more footnotes (including the O-word) on another page, the
search gets stuck in the last footnote. I adjusted the summary to meet the findings.

(2) This seems to be another "very old friend", see issue 12166. That
description said "...seems to occur in an unsystematic way, unfortunately I was
not able to reproduce it consistently..." It was closed because the reporter
said he could not reproduce it anymore. Wrong. With this bugdoc it is easy to
reproduce and I believe this problem has never vanished.

(3): For funny variations, toy with "search backwards". For me, this "worked" up
to "F&R dialog does not do anything when [Find] is pressed" :-)

Reassigned to Andreas.
Comment 5 stefan.baltzer 2008-03-31 16:14:32 UTC
See also issue 83274.