Ok, as I use win32 functions, it’s n9ot portable :-) but it works on windows….

I started the debugger on and when I minimize application it displays following error..

(Internal error: pc 0×111 in read in psymtab, but not in symtab.)

When I close application, it shows no error and hides the application to tray..

Just a small advice, what I will do in your case. Why don’t remove from the windows the minimize button, leaving only the close, that works fine? Two buttons that do the same thing can confuse the user, not ?

ya.. nice advice:-)

I had the same problem with a windowless device… Decided for this solution :)

To remove the button is no solution…
Here is a dirty hack, but it works.

If anyone still has this issue, the solution is to call qApp->processEvents() before calling hide(), ie.

The test for the old state is probably unnecessary, but can’t hurt.

If this doesn’t help in your particular situation, try calling hide from a single-shot timer, so that the call is outside the minimize event handler:

Hi Ryan,

take care if you call qApp->processEvents(), as you reopen the event queue and it might happen that an event, that should be worked on after you finished is processed now. I don’t say never do it, but do it with care and always remember, synchronous workflow is broken up here.

Even a deleteLater might be processed so an object can be deleted, where you expect it not to be deleted.

Yep, that’s why I gave the second block of code (which I’ve just realised had the processEvents() call still in it – it wasn’t meant to be there)