QMessageBox closes application

Pl45m4

Using the correct Qt terminology would help too. Sure, it's a kind of "screen" what you see in from of you but if you write QDialog or `Q(Main-)Window, everybody can imagine what your program procedure looks like.

@hobbyProgrammer said in connect() keeps crashing:

The way I call a new screen is like this:
In the .h file:
#include "window.h"

private:
Window *win;

In the .cpp file:
this->hide(); //hides the current screen
win = new Window(this);
win->show();

This doesn't seem to help for solving your problem ;-) It helps to understand what you are doing. Otherwise we get all the information in pieces and that makes it unnecessarily complicated...

@hobbyProgrammer said in connect() keeps crashing:

When I remove that screen it works

"Remove screen" = Remove / comment the actual code
or
"remove" = dont open that result window?

@hobbyProgrammer said in connect() keeps crashing:

In the .cpp file:

        this->hide();
        // Check if it crashes / exits here
        win = new Window(this);
        win->show();

hobbyProgrammer

@Pl45m4 said in connect() keeps crashing:

"Remove screen" = Remove / comment the actual code
or
"remove" = dont open that result window?

Don't open the window.
Whenever I call that second window in the main.cpp it works fine, but when I call the first window in the main.cpp and call the second window in the first window, it has that problem of closing the app on certain actions.

hobbyProgrammer

@Pl45m4 yes it seems to do that. Whenever I open it in the debugger, it gives a blank window with the title "mainwindow" , which is not the title the other window has. However, when I just run it (not in debugger mode) it opens the screen perfectly (apart from that it closes on some actions)

Christian Ehrlicher

What Qt version do you use?

hobbyProgrammer

@Christian-Ehrlicher 5.12.3. Would upgrading it to 5.13 help?

Christian Ehrlicher

So your connect does not crash - simply your mainwindow does not show up the contents again after hide/show. If so please upgrade to 5.12.5 (and update your thread title - it's completely confusing), there was a bug in the window handling code in 5.12.3 (afair fixed in 5.12.4).

hobbyProgrammer

@Christian-Ehrlicher yes that seems to be the problem when I run it in debug mode, but when I run it normally it closes the second window after certain actions.
I'm currently upgrading it to 5.12.5, so hopefully this will solve the issue.

UPDATE: this did not work for the closing part, but it did resolve the thing in the debugger mode where I would just see a blank window.

JonB

@Christian-Ehrlicher said in connect() keeps crashing:

So your connect does not crash

@hobbyProgrammer
I don't understand this. You always said

connect(this, SIGNAL(customContextMenuRequested(const QPoint&)), this, SLOT(showContextMenu(const QPoint&)));     
qDebug() << "it doesn't get here";

If the connect() does not crash, as it should not do, how come the debug message never showed up?

hobbyProgrammer

@JonB Hi, just a quick update. I think it does get there, but it prints this part before going executing the slot.

I managed to trace it down to the QEventLoop where it does something with the QMutexLocker and after that it goes to qcoreapplication.cpp where the function execCleanup is called and then it closes. I don't know much about debugging, nor do I have a lot of experience with Qt so I don't really know what this all means, but the function is executed and the line after the connect() is also printed.

JonB

@hobbyProgrammer said in window closes after completing certain actions.:

@JonB Hi, just a quick update. I think it does get there, but it prints this part before going executing the slot.

It's really important for those who try to help you to give accurate description of what does/does not happen. Everyone was trying to figure how your connect() could not complete and get to the next line....