Window can not be brought back from the tray when application is quit while jobs are running

[bertfrees]

Very similar to https://github.com/daisy/pipeline-ui/issues/96.

When the application is quit while jobs are running, the window closes and the tray stays active but the window can not be brought back from the tray (all items grey). Only by relaunching the application you can bring the window back, in which case the "Some jobs are still running in the engine" warning will appear.

[marisademeglio]

I can't reproduce this. When I start a big job and quit the application midway through execution, the engine keeps running but the application and tray both exit. And when I restart the app, it starts a new instance of the engine.

Can you give me a step by step recipe?

[bertfrees]

Well you could not reproduce #96 either, so maybe logical that you can't reproduce this one. But I'll add the steps...

[bertfrees]

Steps to reproduce:

• Start application
• Select script: DAISY 2.02 Validator
• Fill in NCC field
• Run
• Quit application, e.g. with ⌘Q

All items in tray menu gray.

• Start application again
• See the "Some jobs are still running" warning appear

[marisademeglio]

So with ⌘H, you're hiding the window, but I wouldn't say it's the same as quitting the application (⌘Q).

But still I get different results than you. The tray menu is not ever grayed out again.

Whether I re-enter the application from the mac dock or use the /Applications shortcut, I get a window for the job that's still in progress.

When I try to say Tray->Open Window, nothing happens. But I think that's a different behavior entirely.

[bertfrees]

Sorry! I meant ⌘Q.

[marisademeglio]

Ok! Yet still no luck reproducing, my earlier comment still applies.

[NPavie]

I tried to reproduced the issue :

• I always have the dialog on closing while having running jobs
• The greyed tray menu is due to a dialog being opened by the app somewhere on the system without being bound to a window (same as #96, but I think ⌘Q might goes to a different path)

I'll look into it

[NPavie]

Ok I think I found out how to fix that. It is indeed like for #96 (just a different dialog). I'll fix this behaviour when the window is opened, but in case of quitting the app from the tray with the window already closed, there is no way to change this particular behaviour.

(I think it is macOS default behaviour to block interactions on a app when a dialog not bound to a window is raised, to ensure user does not miss critical inputs)

I'm not sure on why you don't have the dialog displayed every time though, but it might have been placed in a specific workspace.