QWidget signal autoconnection problem
-
@SGaist The runtime message complaining about the signal indicates that it cannot connect. The slots are indeed not executed, which I checked with a qDebug message, that did not appeared in the output, and by using gdb too, in which case the breakpoint in the slot did not hit.
-
@SGaist The runtime message complaining about the signal indicates that it cannot connect. The slots are indeed not executed, which I checked with a qDebug message, that did not appeared in the output, and by using gdb too, in which case the breakpoint in the slot did not hit.
@szergejbubka said in QWidget signal autoconnection problem:
The runtime message complaining about the signal indicates that it cannot connect
It would be helpful to see this message
-
@szergejbubka said in QWidget signal autoconnection problem:
The runtime message complaining about the signal indicates that it cannot connect
It would be helpful to see this message
QMetaObject::connectSlotsByName: No matching signal for on_togglePlcPushButton_toggled(bool)As I said, the togglePlcPushButton QPushButton exists in the form. The same pattern is working fine for some other QWidgets in the same form. The working and not working slots are both connected by the Designer (Go to slot menu).
-
Is it possible to grab the code somewhere to inspect it ?
Or for you to create a minimal compilable example showing that behaviour ?
-
hi
is it the
"QMetaObject::connectSlotsByName: No matching signal for ..." error ? (yep, you posted while writing :)Did you rename the widgets ?
It works by the naming of the widgets
setupUI calls
QMetaObject::connectSlotsByName(MainWindow);
like
on_pushButton_released()so if you rename the button AFTER you made the slot, there is no match anymore.
the rule is
on_ObjectName_SignalIf you didnt do any of that, then please delete your build folder and rebuild
So if want to you use auto connection, you should name the widgets as you want before hooking up slots.
-
Not only renaming: if you switched from using clicked() signal to toggled() signal, this may fail as well.
-
I tried to create a smaller project, but that does not show that behavior, all those slots are connected and called.
I made several rebuilds, deleted all the generated files, etc, but that did not help. I used the Designer to generate those slots, and the Designer took care of the proper slot names, and I triplechecked, that the QWidgets exist in the form. I will try to switch to Qt 5.9.1, but I do not hope much from that.
-
I tried to create a smaller project, but that does not show that behavior, all those slots are connected and called.
I made several rebuilds, deleted all the generated files, etc, but that did not help. I used the Designer to generate those slots, and the Designer took care of the proper slot names, and I triplechecked, that the QWidgets exist in the form. I will try to switch to Qt 5.9.1, but I do not hope much from that.
@szergejbubka
I would drop the use of QtCreatorsconnectSlotsByNamefunctionality entierly.
I got screwed a few times when I started with it. But since then changed to defining all my connects by hand using Qt5 syntax when possible. That way, the project won't compile if I/or something messed by Signals/Slots up. -
Ok, so rebuilding with Qt 5.9.1 did not help.
However it seems even more mysterious. My form's layout is a grid layout, and I have several grid layouts in it. The buttons are in those grid layouts. Now I moved one of my faulty button to the outermost grid layout. The slot now connected automatically, but now I have 13 unconnected slots including the 5, that were faulty previously. The 6th (which I moved out from an inner grid layout) now works perfectly.
-
@szergejbubka
I would drop the use of QtCreatorsconnectSlotsByNamefunctionality entierly.
I got screwed a few times when I started with it. But since then changed to defining all my connects by hand using Qt5 syntax when possible. That way, the project won't compile if I/or something messed by Signals/Slots up.@J.Hilk Yes, that is a final solution, however using the automatic connection feature is very comfortable and it worked for me for several years. Only recently started to fail. But eventually I will be forced to connect them manually.
-
Is it possible to grab the code somewhere to inspect it ?
Or for you to create a minimal compilable example showing that behaviour ?
@SGaist Maybe via teamviewer?
-
If I move that button back to its original place either by dragging and dropping or by undoing the previous edit, there are still 13 unconnected slots. By undoing I expected to get back at least the original behavior. Something non-deterministic happens here?
-
Furthermore if I set a stylesheet for a faulty button in the designer (red background), it appears correctly in the preview with the modified stylesheet, but it does not have any influence on the widget when I run the program. If I set the same stylesheet in the code, it appears correctly even when I run it. I suppose this is in connection with the above not connected slots, although I do not understand it, and I have no idea, what the cause could be.
