Hi, I have tried to copy a table from a LibreOffice Base with internal HyperSQL to a LibreOffice which is connected with an external SQLite database (via ODBC driver). The copy process is successful, but when I want to close Base, it hangs after the confirmation window (to save the database). If I save the database before I close Base, it terminates normally. Greetings, Christian
Just for the test, do you reproduce this with LO 4.4.3? Indeed 4.3 branch is EOL so even if it's confirmed in 4.3.7, there won't be any official 4.3.8
Yes, I can reproduce it with LibreOffice 4.4.3.
Thank you for your feedback, I put this one back to UNCONFIRMED.
I have tried this again with LibreOffice 4.4.3. Now I can close LibreOffice, but if I copy a table from another HyperSQL database and after this I insert some data via a form into the SQLite database, it hangs, if I close it and do not save it before closing database.
Perhaps a backtrace could shed more light on the hang: https://wiki.documentfoundation.org/How_to_get_a_backtrace_with_WinDbg
Created attachment 115730 [details] Backtrace for Hang Hello, I have made a backtrace to report this fault. I hope, it helps, Christian
Created attachment 115749 [details] ... without SQLite Hi, this is just another crash without using SQLite. It is happened while closing Base. Christian
Created attachment 116158 [details] visual artifact If Base hangs, a visual artifact appears on the right side of the main window.
*** Bug 92020 has been marked as a duplicate of this bug. ***
I encounter this problem on all platforms and backends (Windows 7 & OpenSuse 13.2, HSQLDB and MySQL). The workaround is to always close Base with a particular combination of commands: 1. save 2. use the file 'close' option to exit into the LibreOffice common splash page 3. exit from the common LibreOffice splash page. Exiting from the common LO splash page avoids the error. The error seems to be triggered by editing forms and maybe editing macros, and aggravated by omitting to 'save' the Base document before pressing the X in the window or exit. See duplicate bug report for strace. Backtrace unsuccessful, as this is hang not crash.
Confirming also on Version: 5.0.0.2 Build ID: a26d58f11b99b6aeddf7f7884effea188cc6e512 Locale: fr-FR (fr.UTF-8) How to reproduce 1) Open an ODB file 2) Open a Calc file or another ODB file 3) Copy data from the Calc table, via the wizard, or copy an existing table from the other ODB file, into the first opened ODB file. Accept the defaults suggested by the wizard. 4) A new table is created. 5) Shut down LibreOffice directly via the Quit command - accept saving the document when the message appears. 6) LibreOffice hangs until it is force killed (on Mac the app goes into spinning beachball mode)
I reproduced on Mac OSX 10.10.4
Confirmed also in LO master 5.1alpha
On OSX, the application is clearly in some kind of limbo state. If you click on the app icon in the dock, a new blank application window with grey backgoudn, no toolbars or any other window dressing is initially diplayed, and after a while the StartCenter gets drawn. The main app menu shows a greyed out Quit entry.
Force quitting from the dock leaves the application window displayed and an overlaid File menu until OSX can effect total clean up. Looks like some kind of race condition - mutex not releasing ?
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20161108
No repro with Version: 5.3.0.3 Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1 Threads CPU : 2; Version de l'OS :Mac OS X 10.12.3; UI Render : par défaut; Moteur de mise en page : nouveau; Locale : fr-FR (fr_FR.UTF-8); Calc: group