Bug 144905 - Improve to exit LO, if some other document has a popup opened
Summary: Improve to exit LO, if some other document has a popup opened
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
5.4.0.3 release
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Exit
  Show dependency treegraph
 
Reported: 2021-10-04 07:57 UTC by Ulrich Windl
Modified: 2023-10-20 09:04 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ulrich Windl 2021-10-04 07:57:52 UTC
When having opened multiple documents, one document having a popup open (like document properties), the following problem occurs.
Pressing Ctrl+Q in another window that has no popup open seems to be completely ignored (there is no message of any kind). In the File menu the "Quite" is grayed out.
It's somewhat tricky for a beginner to find out what's wrong: You'll have to close the popups(s) first...
Comment 1 Dieter 2021-10-23 04:32:14 UTC
I confirm the behaviour with

Version: 7.2.2.2 (x64) / LibreOffice Community
Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

It's not clear to users, why they can't exit. Perhaps an information could pop up, if you press Strg+Q

cc: Design-Team for further input and decision

Additional observation
In file Menu, entry is "Exit", if it is greyed out and "Exit LibreOffice", if entry is active. Can't see a reason, why this is different and I would expect also "Exit LibreOffice", if it is greyed out.
Comment 2 Heiko Tietze 2021-10-25 08:31:31 UTC
It's a multi-window application flaw and the alternative to close the current window only wouldn't be an improvement. My take: WF.
Comment 3 Ulrich Windl 2021-10-25 08:42:09 UTC
Is it solely a usability issue, or does it also have an impact when Windows is shut down in such a state?
I mean: If one of the documents is not saved, Ctrl+Q won't trigger any question regarding saving that document. My guess is if you shut down Windows, there also won't be such a question, and LO will be terminated the hard way.
Comment 4 Heiko Tietze 2021-10-25 08:48:34 UTC
(In reply to Ulrich Windl from comment #3)
> does it also have an impact when Windows is shut down in such a state?

Operating systems tell you when the shut down process is delayed by running programs.

(In reply to Ulrich Windl from comment #3)
> Ctrl+Q won't trigger any question regarding saving that document.

The confirmation dialog to save changes wasn't open when you exit the application. But consider a modal dialog, for example the options, where you make a lot of adjustments and all is lost when you accidentally press ctrl+Q in another module.
Comment 5 Michael Warner 2021-10-25 13:51:27 UTC
Another possibility would be to bring the dialog window to the front, I think I have seen other applications do that in similar circumstances.
Comment 6 Heiko Tietze 2021-11-08 08:50:19 UTC
(In reply to Michael Warner from comment #5)
> Another possibility would be to bring the dialog window to the front, I
> think I have seen other applications do that in similar circumstances.

You may have opened a paragraph style dialog in Writer, the options dialog in Impress, and a Calc sheet that just has not been saved. Now you terminate the application from Draw. Writer "keeps this in memory" until the user closes the modal dialog (and probably tells somehow per message box). But you change your mind in Calc and cancel at save... 

Surely this example can be resolved with elaborated procedures. But it sounds quite dangerous to me and the benefit does not outweigh the effort.
Comment 7 Ulrich Windl 2021-11-08 08:55:44 UTC
I'm unsure what mechanism would be triggered when shutting down Windows, but I'd strongly prefer to see some dialog asking for save rather than the application be killed after some timeout.
(I only know that some programs pop up a message when windows is shutting down, while others do not (and seem to be killed after a timeout (maybe when they don't react on the termination message)).
Comment 8 Michael Warner 2021-11-08 14:58:02 UTC
(In reply to Ulrich Windl from comment #7)
> I'm unsure what mechanism would be triggered when shutting down Windows, but
> I'd strongly prefer to see some dialog asking for save rather than the
> application be killed after some timeout.

This has also been requested for Linux in bug 142176.
Comment 9 Heiko Tietze 2021-11-11 15:01:08 UTC
Topic was on the agenda of the design meeting but didnt receive more attention. And while I suspect side-effects from changing the exit procedure I understand the issue and maybe a smart solution is behind the door.
Comment 10 Sophie Sipasseuth 2023-10-20 08:51:20 UTC
Repro

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: e9374f74385d7dfe77d1902d3d82af20143bc775
CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win
Locale: fr-FR (fr_FR); UI: fr-FR
Calc: threaded
Comment 11 Sophie Sipasseuth 2023-10-20 09:04:01 UTC
Repro

Version: 5.4.0.0.alpha1+
Build ID: 9feb7f7039a3b59974cbf266922177e961a52dd1
CPU threads: 8; OS: Windows 6.19; UI render: GL;
Locale: fr-FR (fr_FR); Calc: group

Version: 6.4.0.0.alpha1+ (x64)
Build ID: 9bc848cf0d301aa57eabcffa101a1cf87bad6470
CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: GL; VCL: win;
Locale: fr-FR (fr_FR); UI-Language: en-US
Calc: threaded

Version: 7.0.0.0.alpha1+ (x64)
Build ID: 574c57090642347980d2395e1e183cc7b5c171ad
CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win
Locale: fr-FR (fr_FR); UI: en-US
Calc: threaded

Version: 7.1.8.0.0+ (x64) / LibreOffice Community
Build ID: a94b58277c7aeaa83ce14347cd0b8f7137969d03
CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win
Locale: fr-FR (fr_FR); UI: en-US
Calc: threaded

This bug seems to be old.