Description: This could either be a request or a bug. Whenever you have a document open, you can't close LibreOffice without closing the document first. This creates a problem with our software because we rely on just being able to close LibreOffice and then launch the PDF converter. Steps to Reproduce: 1.Open a document in LibreOffice 2. Try to close LibreOffice by using the Top X. 3. Actual Results: Nothing happens. You have to close the document first. Expected Results: Should just be able to close LibreOffice/LibreWriter without having to close the document first Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.5.2 (x64) Build ID: 64390860c6cd0aca4beafafcfd84613dd9dfb63a CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL
(In reply to sps from comment #0) > Description: > This could either be a request or a bug. Whenever you have a document open, > you can't close LibreOffice without closing the document first. You have always been asked, whether you want to save the current file or you want to dismiss (Don't save) the current file on clicking application's top X. And that's how I'd expect all programs to work. Just checked the behavio on OpenOffice 4.1.9, LibreOffice 5.4.7, 6.2.8, 6.3.6, 6.4.7, 7.0.5 and 7.1.2 and all behave the same way. Could you please explain, what's new now or elaborate your use case in more detail?
Hello, Basically when the document opens and I want to close it (without saving it as I just want to print it), I can't close LibreOffice by hitting the top X. I have to close the document itself (by hitting the lower X), which shows me the recent documents that I opened. I can then hit the top X to close LibreOffice.
[Automated Action] NeedInfo-To-Unconfirmed
I tried to reproduce it on a Windows 10 PC, Intel Core i5 Processor.
Tried to reproduce the bug: Version: 7.1.2.2 (x64) / LibreOffice Community Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4 CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
Fixed is the wrong status here. sps: please deactivate this option and try to reproduce the problem: Tools - Options - LibreOffice - View - Use Skia for all rendering Also, please try with an unstable build even with Skia active: Win-x86_64@tb77-TDF from https://dev-builds.libreoffice.org/daily/master/current.html Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
Tried unchecking it and it still does the same thing in both 7.0 and 7.1. I've checked it in 7.1 and it does the same. I can provide a video if necessary.
(In reply to sps from comment #8) > Tried unchecking it and it still does the same thing in both 7.0 and 7.1. > I've checked it in 7.1 and it does the same. > > I can provide a video if necessary. Ok, that's a bummer. I don't think a video is necessary. Did you try with 7.2 btw. like I suggested in comment 7?
I didn't see a download for 7.2. I did try 7.1.2.2 and it does the same thing. By the way, this was working fine in 6.x.
similar problems in: Bug 141097 - LibreOffice doesn't close when opened through API on Sybase PowerBuilder Bug 139023 - LO 7.0.4 cannot be terminated on win2012 in terminal server mode sometimes
So it's just not me, then, although we are using Advantage Database, but uses an API nonetheless. Thanks, kabilo.
Thanks, kabilo. Let's close as dupe. sps: for 7.2, visit https://dev-builds.libreoffice.org/daily/master/current.html and click the link next to Win-x86_64@tb77-TDF Currently it is https://dev-builds.libreoffice.org/daily/master/Win-x86_64@tb77-TDF/2021-04-19_03.22.28/LibreOfficeDev_7.2.0.0.alpha0_Win_x64.msi *** This bug has been marked as a duplicate of bug 141097 ***