RFC: [CopyJob] Batch reporting processed amount
ClosedPublic

Authored by broulik on Jun 18 2019, 2:07 PM.

Details

Summary

While reporting the number of files is batched, the processed amount of bytes is relayed immediately, causing excessive DBus traffic when copying many small files.

Test Plan

Copied some stuff from PC to laptop and noticed massive dbus traffic on the jobviewinterface.

Tests still pass

Diff Detail

Repository
R241 KIO
Lint
Automatic diff as part of commit; lint not applicable.
Unit
Automatic diff as part of commit; unit tests not applicable.
broulik created this revision.Jun 18 2019, 2:07 PM
Restricted Application added a project: Frameworks. · View Herald TranscriptJun 18 2019, 2:07 PM
Restricted Application added a subscriber: kde-frameworks-devel. · View Herald Transcript
broulik requested review of this revision.Jun 18 2019, 2:07 PM
ngraham accepted this revision.Jun 19 2019, 7:16 AM
This revision is now accepted and ready to land.Jun 19 2019, 7:16 AM
chinmoyr accepted this revision.Jun 19 2019, 12:49 PM
dfaure requested changes to this revision.Jun 22 2019, 8:11 AM

OK in principle, but it might be that a setProcessedAmount(Bytes, totalSize) is missing at the end of the last file, so we don't end up with a progress dialog that looks like things are 99% done. Whether it's a real issue or not depends on the progress dialog implementation, but this code shouldn't make assumptions on that.

This revision now requires changes to proceed.Jun 22 2019, 8:11 AM

Well, that would just be another symptom of the "doesn't call slotReport when finishing the call, no? cf. D19585

dfaure accepted this revision.Jun 27 2019, 6:44 PM

Excellent point.

This revision is now accepted and ready to land.Jun 27 2019, 6:44 PM
This revision was automatically updated to reflect the committed changes.