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...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20120830/4997554b/attachment.sig>

More information about the kde-core-devel mailing list