Apache OpenOffice (AOO) Bugzilla – Issue 111370
"Find & Replace" function consistently hangs OOo writer
Last modified: 2010-09-02 12:08:24 UTC
While using the "Find & Replace" function, hitting "Find" while on the last occurrence of the search text found hangs OOo so it is completely unresponsive. Steps to reproduce: 1. I open an .odt file created with the previous version of OOo for Mac OS X. 2. I do a "find & replace" for the text string "apartment". 3. I search for all occurrences, hitting "Find" in the dialog after each find. 4. At the last occurrence, I hit "Find" once more. 5. I hear the "not found" sound indicating that there are no more occurrences. 6. I am NOT prompted with "Do you want to search from the beginning...". 7. The application hangs... dead as can be. 8. I cannot exit OOo by selecting "OpenOffice.org" -> "Quit OpenOffice.org" 9. I have to open a shell and issue a "kill <pid>". Note that the hang occurs consistently on the last occurrence of the text string. I can reproduce this behavior 100% consistently every time. I have the source .odt file if you want it... just email me. Note: after the hang, I can still go to the main menu bar and open another document. The second document window is functional. But the first is still hung and completely unresponsive.
Just a guess: OOo doesn't hang but the message "Start from the begining" is placed behind the dialog or the whole application (because aou hear the sound "not found" and you can open an other document). @PL: do you know of anything similar on the Mac?
Created attachment 69287 [details] Source file on which problem occurs - search for "apartment"
I just tried the described scenario again after submitting the attached sample file. This time the "Find & Replace" function worked correctly, and correctly prompted me with "Do you want to search from the beginning of the file". OOo writer did NOT hang this time. I edited the file before attaching to remove some sensitive information (I just deleted some text). I then re-executed the "Find & Replace" and it worked fine. I'm guessing here but perhaps the 3.2 version had a problem reading the file format of the previous version in which the original file was written? Perhaps my edits resulted in the file being saved in the latest 3.2 format.
As I wrote, my guess is that this problem was a focus problem not related to your file. Can I consider the problem as solved (as not reproducible anymore from your side)?
Not reproducible anymore by submitter.
closed
Re-opening as I can reproduce this problem. This morning I cannot reproduce the problem. This happened before; the problem clears after several file recovery attempts, but then the problem occurs again. THERE IS STILL A BUG!! 1. OOo hangs on "find & replace" as described. 2. I kill with "kill <pid>". 3. I reopen the file; OOo goes through the recovery process. 4. I start another "find & replace"; the ASCII string searched is irrelevant. 5. GOTO step #1. After about seven or eight or more iterations of the above scenario the problem will clear. Once I "cleared the file" by upgrading from OOo 3.2.0 to 3.2.1 and writing one additional space character at the end of the file (maybe coincidence; I can't verify that the extra space was the solution). But then the hang occurred again upon a subsequent "find & replace" operation. User "es" asks the questions below in Issue #113556: - If you hit Enter or Escape does it cure the problem? ANSWER: Right now, the search dialog disappears on Escape. - do you have 2 monitors? ANSWER: Do you mean two windows open on the same file? What is a monitor? Once I did have two windows open on the same file and the first "find & replace" hung. But I only had one window open during this last occurrence. - can you try to grab the title bar of the main window/Find dialog and move them to see if the warning does not appear beneath them? ANSWER: NO! When OOo hangs, IT IS DEAD, DEAD, DEAD!!! EVERYTHING is DEAD... I cannot open a menu from the main title bar, I cannot move the window, nothing.... - Describe exactly which OSX version you have, if you have special Desktop features active etc... ANSWER: OS X version 10.5.8 with the following configuration: System Version: Mac OS X 10.5.8 (9L30) Kernel Version: Darwin 9.8.0 Boot Volume: MacBook hard disk Boot Mode: Normal Computer Name: mandolin Time since boot: 5 days 16 minutes No special desktop features active. Which do you have in mind. Please elaborate.
I just experienced a new behavior, described below: OOo is not "hung" as previously described right now (I'm using the same file). However, I cannot dismiss the "find & replace" dialog or main view window using the "x" icon in the window's menu bar. I can iconify the main window. I can dismiss the "find & replace" dialog with Escape. This is new behavior. I specifically can do neither when the real hang occurs. I have upgraded to v. 3.2.1 just before re-opening this issue. That might be a cause of this slightly different behavior. Nevertheless, there is still a problem. OOo was definitely HUNG last night when I reported Issue #113556 (closed by "es" as duplicate with request that I reopen this Issue).
I still think it's not "hanging" in any cases but that you have a dialog somewhere which *should* be in the foreground but *is* in the background so that you cannot: - see it - reach it withe mouse but maybe only with the keyboard. And as nothing reacts to mouse clicks, yes, it *looks like* hanging. The normal case should be an accumulation of 3 dialogs (from background to foreground): 1. document window 2. Find dialog 3. Warning "beginning of document?" I suppose the last one (3) has the focus but is somewhere else out of reach: - behind the document window (1) or Find (2) - or out of the screen boundaries or on a second display (monitor: http://en.wikipedia.org/wiki/Computer_monitor) The problem you had with the recovery might have complicated the issue for the recovery dialog my have also been placed somewhere else... When it hangs as you describe, don't try anything using the mouse but use the "Escape" key, many times if needed and report here. Please test again if pressing Esc many times brings OOo in a normal state (where you can work with it). Then we will try to find out why this focus problem happens.
Feel free to reopen when you'll have the information needed.