Description: Have application developed using Base and external HSQLDB server. Things were fine using LO 7.1 release. After upgrading to LO 7.2, while in Base form, UI will "hang" when the search dialog box is used and user selects other than default field. Then clicking any UI element, including any window toaster, is unresponsive. Must use Windows task manager to kill LO and restart. Steps to Reproduce: 1. Start Base application, open form. This loads initial results. 2. Click first field of record. This kicks off macros to perform various queries 3. Click "Find Record" function 4. Click "Where to search - Single Field" dropdown, select non-default option Actual Results: User interface hangs Expected Results: User interface & search function works as normal. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.6.2 (x64) / LibreOffice Community Build ID: b0ec3a565991f7569a5a7f5d24fed7f52653d754 CPU threads: 12; OS: Windows 10.0 Build 22000; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Note this application database contains customer personal information so providing sample for testing is not feasible due to privacy concerns.
Have tested this on with a normal form. Couldn't find any buggy behavior. This couldn't be confirmed if there isn't an example. You are executing macros while clicking in the field, so the behavior could be different … Tested with OpenSUSE 15.3 64bit rpm Linux and LO 7.3.3.2
Hello, Thank you for filing the bug. Please send us a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO', so please do change it back to 'UNCONFIRMED' once you have attached a document. (Please note that the attachment will be public, remove any sensitive information before attaching it.) How can I eliminate confidential data from a sample document? https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F Thank you
Dear Andrew Richardson, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Using full application, issue persists using LO version: Version: 7.4.0.3 (x64) / LibreOffice Community Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a CPU threads: 12; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded I tried to create a simple form app for demo but cannot replicate the issue. Assuming no other users have reported similar issue, suggest just leave this as unresolved. The workaround is to just enter the desired search field and then invoke the search function.
[Automated Action] NeedInfo-To-Unconfirmed