Description: Use LibreOffice Calc to search and replace "text" in cells of a selected column. After the first found item, and request for next, the program stops responding. Requires forced exit. Steps to Reproduce: 1.Repeated event with different strings 2.repeated event in different spread sheet 3. Actual Results: 1. Select column 2. Edit/Find&Replace, Enter Find "string1", Enter Replace "string2" 3. Tick "Current selection only". 4. Find next, result is OK; Find Next. Expected Results: Following Second <Find Next> Calc stops responding Reproducible: Always User Profile Reset: No Additional Info: Calc should move to next item satisfying find criterion and wait for entry.
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.) I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
Hangs for me for about 3 minutes, with high cpu usage (25%), and memory increasing up to 3633856 Reproducible Version: 6.3.3.1 (x64) Build ID: f41f4c7f9507aeca13cb9df51f34d80e8ba30a99 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; Locale: es-ES (es_ES); UI-Language: en-US Calc: with or without threaded Last without issue for me Version: 6.2.8.1 (x64) Build ID: 815fe723fb0e60e4a39ff860f907cc63980a0232 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: es-ES (es_ES); UI-Language: en-US Calc: threaded
Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=f920e86fbf3968104e1dfc0e9934e80652ed0837 author Caolán McNamara <caolanm@redhat.com> 2019-03-22 15:59:00 +0000 committer Caolán McNamara <caolanm@redhat.com> 2019-03-24 18:19:29 +0100 commit f920e86fbf3968104e1dfc0e9934e80652ed0837 (patch) tree 01f8ed9c445821739b9709c5fee6e51eab0ae24d parent da881f38c088c439f034e340bbbb4ca53e67389f (diff) weld SvxSearchDialog I have to use the other way to specify an a11y role, both are implemented in the vcl parser, but in my gtk3-3.24.7 the role tag crashes the gtk parser, while the other route works fine. The CONTENT_FLOWS_TO accessibility relation is another additional complexity over the norm Bisected with: bibisect-linux64-6.3 Adding Cc: to Caolán McNamara
what I'm seeing is an accessibility thing where the search dialog is setting content flows to the selected region. But the region is a near infinite list of cells where each cell gets an accessibility entry created.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/12eb32fccec16a436a6c3eca725b9d6d449f8e19 Resolves: tdf#128313 disambiguate flow-to search results It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
fixed in master, backport to 6-3 in gerrit
Thanks so much @Caolan.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-6-3": https://git.libreoffice.org/core/commit/66397e67829f2f502b9b6799dab16fa9a5390020 Resolves: tdf#128313 disambiguate flow-to search results It will be available in 6.3.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in Version: 6.4.0.0.alpha1+ Build ID: c0b8be4d7eb9fa1a0d8abfb1d27c71ac34bffd1b 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 @Caolán, thanks for fixing this issue!
*** Bug 128238 has been marked as a duplicate of this bug. ***
*** Bug 128946 has been marked as a duplicate of this bug. ***
*** Bug 128925 has been marked as a duplicate of this bug. ***