The template dialog box remains open while going behind the main LibreOffice user interface after a template is selected. This results in the application failing to close until the template dialog box is first closed, which had been automatically placed in the background. This occurs for every use of the application. Procedure to replicate on Linux RPM based 64 bit machines: 1. Open LibreOffice. 2. Click on "Templates" 3. Click on a template of your choice. 4. Save newly created file. 5. Close file. 6. Close main user interface to exit application. At this point, the application fails to respond to the request until the user discovers that the template dialog box remains open in the background. 7. Bring template dialog box to the foreground. 8. Close template dialog box. 9. Close main LibreOffice user interface. Solution 1: Automatically close template dialog box after choosing a template. Solution 2: Make template dialog box persist in foreground to alert user to close the dialog box. Solution 3: Make an icon pop up in menu bar to alert user to the persistent template dialog box. Some other solution? I personally prefer solution 1 because it is simple, clean, and easy to understand. Templates are already accessible through a menu option within the application or through the main user interface. A clean exit would improve the experience of LibreOffice. Thank you for a world class application suite. I have been using LibreOffice and its parent office suites since StarOffice was made available many years ago and have strongly recommended LibreOffice to many others and organizations. I deeply appreciate the commitment of the foundation to making this fine software more refined and relevant to users and organizations around the world. Brian Armstrong
@Brian: thank you for your kind words and filling this bug. Using LibreOffice 4.1.3 I'm not able to reproduce the bug. Could you try with a newer version and confirm that this comportment is still present? I'm leaving the bug as unconfirmed for the moment - Sophie
Hi Brian, I expect that the cause is the same as (or closely related to) that of bug 64364
Unable to reproduce (on Windows, that is). Setting to NEEDINFO, please test with latest stable. Win 7 64-bit dev build Version: 4.4.0.0.alpha1+ Build ID: fa58d91094895a530648630fa64b8724ea1e4305 TinderBox: Win-x86@39, Branch:master, Time: 2014-10-26_09:30:18
Now also tested on Linux (no problem) and adopted a stricter policy, so closing this as WFM. Version: 4.3.2.2.0+ Build ID: 4.3.2.2 Arch Linux build-1