Procedure: 1. Use Text Document, with a comment, and cursor in comment box. 2. Search on a word that is in the Text body. 3. Hit ESC (to remove search Dialog Box. Observed behavior: Cursor returns to comment box. Expected behavior: Cursor remains at the "found word" (which is also what normally happens when searching in the text body).
I can't reproduce it in Version: 6.3.0.0.alpha0+ Build ID: 6dc36d343aeacb3d1e14ec0c847937d63f4e68a7 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded Thank you for reporting the bug. it seems you're using an old version of LibreOffice. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
I don't reproduce with Edit-Find but I do with Edit-Find&Replace in step 2. Please confirm.
Clarification/Correction: As noted in #2, the problem appears with Edit/Find&Replace, not with Edit/Find. (My original report was not precise/accurate -- have changed bug title) Appears in: Version: 6.1.3.2 (x64) Build ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb
Set to NEW because of comment 2 and comment 3
Also reproduced in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
Something changed with 7.1.0.0.alpha0+ Cannot reproduce, so will close as WFM. Version: 7.1.0.0.alpha0+ (x64) Build ID: 3c6177be2705303044e3de262689d593f3d0f282 CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: da-DK (en_DK); UI: en-US Calc: threaded