https://bugs.documentfoundation.org/show_bug.cgi?id=168970
Bug ID: 168970
Summary: Crash when closing table edit window with cursor in
edit control
Product: LibreOffice
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Base
Assignee: [email protected]
Reporter: [email protected]
Steps to reproduce:
* Create a new database using the HSQLDB embedded backend (although it will
probably happen with any backend)
* Click on “Create Table in Design View…”
* Type “MyField” in the “field name” column of the first row. Leave the type as
the default.
* Close the window
* It will ask you if you want to save the changes. Press “yes”.
* It will ask you to name the table. Click “ok”.
* It will ask you if you want to create a primary key. Click “yes”.
* Back in the main window, right click on “Table1” which is the only table in
the list of tables
* Click “Edit…”
* Click on the row for the “MyField” field
* Click on the text box for the “Default value” so that the cursor is inside
* Close the window
It should now crash.
I looked into the problem a bit:
The dispose method of FieldDescControl hides all of the controls. This causes
the focus lost signal to be emitted before the dispose method completes. The
handler for this ends up calling some pure virtual methods such as
GetFormatter. If the disposal is invoked during the destructor this causes
problems because C++ is defined to call the implementation of the method of the
class whose destructor is currently being invoked. For GetFormatter the method
is pure virtual and there is no implementation so the process aborts.
I thought maybe one way to avoid the crash might be to just set a flag while
we’re disposing and then return from the focus lost handler immediately if the
flag is set. This avoids the crash but then there is the problem that any
pending changes in the text box are lost when the window closes. I guess we
want the suspend method of the window to try and make the text boxes all lose
focus or make a more explicit way to flush the pending changes. I will try to
look into this further.
Reproduced with git master:
Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 5eccc8085190a7c2b04848108b95b69cb0319022
CPU threads: 8; OS: Linux 6.16; UI render: default; VCL: gtk3
Locale: fr-FR (fr_FR.UTF-8); UI: en-US
Calc: threaded
and the version of LibreOffice shipped with Fedora:
Version: 25.2.6.2 (X86_64)
Build ID: 520(Build:2)
CPU threads: 8; OS: Linux 6.16; UI render: default; VCL: gtk3
Locale: en-US (fr_FR.UTF-8); UI: fr-FR
Calc: threaded
--
You are receiving this mail because:
You are the assignee for the bug.
