Disconnects not working in KListWidget?
Rolf Eike Beer
kde at opensource.sf-tec.de
Thu Aug 30 14:20:50 BST 2012
I'm experiencing a strange behavior when testing a KListWidget. I opened
KGpg's Key Server configuration dialog, which uses a KListWidget. Then I
opened the mouse settings and changed the settings there. There is the
following strange behavior: if the new mouse selection behavior is "single
click" then a new instance of the "executed" signal will be delivered.
Ok, this is how it works (keep dialog open while changing the settings, apply
all changes in the settings after each step):
-open the dialog with "double click" behavior. Clicking on items in the list
will select them.
-select "single click". Clicking an item will immediately open the edit
-select "double click". Clicking items will still open the edit window.
-select "single click". Clicking item will open the edit window twice.
-repeat until you get bored. Every new selection of "single click" will add
one edit window
-keep single click selected. Toggle the "automatically select symbols"
setting. See another instance of the edit window appear on each click.
Close the KGpg settings and open it again: everything works as expected.
Since I only connect once in the constructor of this dialog and I only connect
to the executed() signal I think it's something wrong in the disconnects
inside KListWidget::KListWidgetPrivate::_k_slotSettingsChanged(int category).
But I have no idea what.
The behavior is the same running 4.8.5 and 4.9.0.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 198 bytes
Desc: This is a digitally signed message part.
More information about the kde-core-devel