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 window. -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. Greetings, Eike
signature.asc
Description: This is a digitally signed message part.
