Signal/Slot problems in QTest
-
@HowardHarkness said in Signal/Slot problems in QTest:
Does that mean that I have to do the connect() call in the unit test case?
Somewhere in your code you have to call the connect, yes. How else should the slot be called?
@Christian-Ehrlicher The problem is that the slot is not called at all in the unit test.
Howard Lee Harkness
https://howardleeharkness.com/resume
Current contract ends on March 11th, 2022 -- Looking for C++ Real-time Embedded Systems work -
@Christian-Ehrlicher The problem is that the slot is not called at all in the unit test.
@HowardHarkness You have a unittest which works - I don't know what you're doing in your code. A slot can only be called when a signal is connected to it.
Qt Online Installer direct download: https://download.qt.io/official_releases/online_installers/
Visit the Qt Academy at https://academy.qt.io/catalog -
@HowardHarkness You have a unittest which works - I don't know what you're doing in your code. A slot can only be called when a signal is connected to it.
@Christian-Ehrlicher said in Signal/Slot problems in QTest:
A slot can only be called when a signal is connected to it.
The slot is connected, but does not get called unless I insert an explicit call to the read function. I suspect this is a red herring, and the real problem is elsewhere. Inserting the explicit call is the workaround that makes the unit test work. Meanwhile, I'm working on another problem (a poor design decision, which might actually impact this).
-
You could use a QSignalSpy to check that the signal is actually being emitted during your test. Also, make sure you are connecting the correct instances of your respective classes.
Well, I'm back from COVID recovery, and still have this problem.
I tried the "poor man's" unit test framework -- I created a dialog with an output report and some buttons to run tests on the mainwindow. I was surprised to run into exactly the same problem, in exactly the same place, for what appears to be the same reason.In my test, I click on a button that should send a command to the hardware, which will respond with a reply packet.
// send read command btnSendCommand->click();It appears that the signal for the read never gets sent.
However, if I actually click on that button with my mouse, it works, and I get the expected input.
I have to conclude one of the following:
- The btnSendCommand->click(); does not actually do the same thing as using the mouse to click the button.
- There is some environmental issue I am getting wrong in my test.
- There is a timing issue I don't understand.
Howard Lee Harkness
https://howardleeharkness.com/resume
Current contract ends on March 11th, 2022 -- Looking for C++ Real-time Embedded Systems work -
Well, I'm back from COVID recovery, and still have this problem.
I tried the "poor man's" unit test framework -- I created a dialog with an output report and some buttons to run tests on the mainwindow. I was surprised to run into exactly the same problem, in exactly the same place, for what appears to be the same reason.In my test, I click on a button that should send a command to the hardware, which will respond with a reply packet.
// send read command btnSendCommand->click();It appears that the signal for the read never gets sent.
However, if I actually click on that button with my mouse, it works, and I get the expected input.
I have to conclude one of the following:
- The btnSendCommand->click(); does not actually do the same thing as using the mouse to click the button.
- There is some environmental issue I am getting wrong in my test.
- There is a timing issue I don't understand.
@HowardHarkness said in Signal/Slot problems in QTest:
The btnSendCommand->click(); does not actually do the same thing as using the mouse to click the button.
What if you "focus" the button first, before you virtually click it? (for example with
setFocus).
What if you click it twice by code?
Just a guess...you could try it.Have you tried
animateClick ()?
If debugging is the process of removing software bugs, then programming must be the process of putting them in.
~E. W. Dijkstra
-
@HowardHarkness said in Signal/Slot problems in QTest:
The btnSendCommand->click(); does not actually do the same thing as using the mouse to click the button.
What if you "focus" the button first, before you virtually click it? (for example with
setFocus).
What if you click it twice by code?
Just a guess...you could try it.Have you tried
animateClick ()?@Pl45m4 Ok, I tried focus(). No difference. I tried multiple calls to click(). No difference. As for animateClick(), I didn't see any difference, but I'm wondering if I need to add some sort of delay to wait for completion.
I put some tracing code in the slot handler, and discovered that the first time I invoke the test function, the slot handler is not called. The second time I invoke the test function, the slot IS called, but the results aren't available in time for my checks. So, the THIRD time I invoke the test function, the test results are as expected.
So, I think I have narrowed it down to a timing problem. Not sure how to address that yet.
Howard Lee Harkness
https://howardleeharkness.com/resume
Current contract ends on March 11th, 2022 -- Looking for C++ Real-time Embedded Systems work -
@Pl45m4 Ok, I tried focus(). No difference. I tried multiple calls to click(). No difference. As for animateClick(), I didn't see any difference, but I'm wondering if I need to add some sort of delay to wait for completion.
I put some tracing code in the slot handler, and discovered that the first time I invoke the test function, the slot handler is not called. The second time I invoke the test function, the slot IS called, but the results aren't available in time for my checks. So, the THIRD time I invoke the test function, the test results are as expected.
So, I think I have narrowed it down to a timing problem. Not sure how to address that yet.
Ah, I have narrowed it down to some sort of timing or thread conflict. Invoking the test function by hand 3 times has the effect noted above (1. No slot call, 2. Slot call, but updates don't happen in time, 3. Success).
However if I just invoke the test function three times in code, the result is no slot call. -
-
Did you ever get to the bottom of this?
We have the same symptoms with seeing packets in wireshark but readyRead() not triggering, even if I manually check hasPendingDatagrams() after, for immediate replies QUdpSocket just doesn't get the message.
@6thC Yes, I did.
I'm no longer on that project, but I recall that it was basically a typo. I was not properly setting up the correct slot. Totally my screwup.
