Make KCModuleQml conform to the defaulted() signal
ClosedPublic

Authored by ervin on Oct 30 2019, 11:04 AM.

Details

Summary

This new signal got introduced in KCModule, so we need to emit it at the
right time depending on the ConfigModule state.

Depends on D25069

Diff Detail

Repository
R295 KCMUtils
Lint
Automatic diff as part of commit; lint not applicable.
Unit
Automatic diff as part of commit; unit tests not applicable.
ervin created this revision.Oct 30 2019, 11:04 AM
Restricted Application added a project: Frameworks. · View Herald TranscriptOct 30 2019, 11:04 AM
Restricted Application added a subscriber: kde-frameworks-devel. · View Herald Transcript
ervin requested review of this revision.Oct 30 2019, 11:04 AM
src/kcmoduleqml.cpp
80–82

needsSave emits the current state and then connects for changes
representsDefaults only connects for changes

I would expect them to match as they're doing equivalent things.

It looks to me that it's this line that's somewhat pointless - we're in a constructor so only super classes could possibly have connected and we can see it doesn't.
Can you confirm.

ervin added inline comments.Oct 30 2019, 1:52 PM
src/kcmoduleqml.cpp
80–82

Yes, I confirm this is pointless and why I didn't replicate that for defaulted.

davidedmundson accepted this revision.Oct 30 2019, 1:54 PM
This revision is now accepted and ready to land.Oct 30 2019, 1:54 PM
This revision was automatically updated to reflect the committed changes.