Apache OpenOffice (AOO) Bugzilla – Issue 125531
Some sub-windows (Spell check, etc.) do not behave consistently
Last modified: 2020-10-19 17:42:55 UTC
Created attachment 83898 [details] Buttons displaced at bottom of spell check dialog The subject might need some refinement. Note the attached screenshots. In one case (Spelling_window_out-of-place-buttons.png), spell check had been opened and closed several times. Buttons appear out of place (displaced) due to odd sizing of bottom of dialog. The second case (Spelling_window_after-switching-back-to-document-then-back-to-spelling.png) occurs consistently when switching out of the spell check window and then back into it. Spell check remains functional, but window continues to appear as if in the backgorund (more Z-order-related stuff?). Finally (here, at least), window controls do not act as expected. Rolling up the Spell check window results in the inability to roll it down afterward using the mouse. Other window controls likewise do not seem to work via the mouse (though the window can be moved by dragging the titlebar). To regain control, one must click out of the window (putting it in the background) and then click back into it (onto the titlebar, etc.), at which time, the window again behaves normally. Keyboard controls do continue to function. Other sub-windows do not seem to exhibit this behavior (Navigator, Find & Replace).
Created attachment 83899 [details] Spell check window appearing as in the background when really in the foreground.
Hi Lewis, Case one should be fixed in AOO 4.1.8. I can only confirm for Windows and Linux. Maybe Yuri can give you access to a test build for ArcaOS?
Hi, Matthias... Well, with 4.1.7, I can no longer reproduce case 1. The seconds case has either changed parameters or I misunderstood it when I opened this ticket. Given a document containing only: Heere is another misspellingk. With the cursor after the period, starting Spellcheck, the entire line is displayed in the upper Spellcheck pane, with "Heere" in red. Clicking back into the document window, before the "H" and then clicking back to the Spellcheck dialog, it is necessary to click Resume to reactivate Spellcheck. This may just be WAD (for better or worse). As for the third case, window rollup, this seems to be an incompatibility with the utility I generally use to perform such tasks (Styler/2). Using Xit for this task seems to work just fine, so there is likely something unexpected by Styler/2 with this window. I'm content to resolve this as fixed, at this point.
See: https://bz.apache.org/ooo/show_bug.cgi?id=128296 With the given steps it was reproducible with AOO 4.1.7 on Windows and Linux.