Created attachment 205105 [details] Open Database, macros allowed. Close form, switch to macro editor, then close the Base file… Open the attached database file, macros enabled. A form will appear. Close the form. Start the macro editor. Switch from macro editor to the Base file. Close the Base file. Base hangs, couldn't be closed. There is one procedure set for the Base document when "View is going to be closed". It should only flush data. If I remove this procedure the buggy behavior doesn't happen. This bug appears with Version: 26.2.0.1 (X86_64) Build ID: 334ecff79a5ea28464a392deab1041cf2e705201 CPU threads: 6; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded won't appear in Version: 25.8.4.2 (X86_64) Build ID: 290daaa01b999472f0c7a3890eb6a550fd74c6df CPU threads: 6; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded on the same machine.
Tested a little bit more. When macro for "View is going to be closed" runs Base hangs. It is the specific code of the following macro. Have put it in another database file without any content except one (empty) table. Sub ViewClosing DIM oConnection AS OBJECT, oData AS OBJECT, oDatasource AS OBJECT oDatasource = thisDatabaseDocument.CurrentController IF NOT (oDatasource.isConnected()) THEN oDatasource.connect() oData = oDatasource.DataSource() oData.flush End Sub Note: Flushing of data for Firebird had been integrated since LO 25.8. Don't know the exact version. So the code won't be needed for current version, but Base shouldn't crash when executing in LO 26.2.
Created attachment 205111 [details] Open Base file, open macro editor, close Base file.
No repro with Version: 26.8.0.0.alpha0+ (X86_64) Build ID: 8fb5be18f8febe88f7d0b72e4b30efd41891feb7 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded