QProgressDialog cancel signal is emitted always

[Momergil]

What is SAFEDELETE?

Anyway deleting the sending object in a slot is not safe, so instead use deleteLater()

progressBarCarregaAtivos->deleteLater();

progressBarCarregaAtivos->deleteLater();

To copy to clipboard, switch view to plain text mode 

Hello Santosh,

I tried deleteLater, same problem. In fact, first I thought that SAFEDELETE was doing the problem, but after the change I noticed that it could be something else, an than I found the wrong cancel signal being emitted.

#define SAFEDELETE(_P)                   if(_P) {delete _P; _P = NULL;}

#define SAFEDELETE(_P)                   if(_P) {delete _P; _P = NULL;}

To copy to clipboard, switch view to plain text mode 

d_stranz, OK I'll see about it, but as I tried to say, no way I call cancel() for the QProgressDialog at least not if Ctrl+Shift+F is working properly!

Edit: noticed that "progressBarCarregaAtivos->close();" in the second code part I show? Well, I discovered that if I comment that close(), the signal cancel() is not wrongly emitted. And I also discovered that it's not necessary to call that close() because the QProgressDialog is closed even without any call to it's close(). I guess it's because of the autoReset/autoClose issue.