https://bugs.kde.org/show_bug.cgi?id=161017
JPS <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #28 from JPS <[email protected]> --- Yes, these are my arguments for queued file operations for copy/move tasks Suggested behavior: If a copy/move operation is already running, Dolphin could offer options like: * Start immediately * Add to queue * Cancel Queued operations would automatically start after the currently active operation has finished. Benefits: * Reduced disk thrashing and random I/O * Better SSD/HDD performance during large transfers * Faster completion time for multiple large copy jobs * Lower system load * More predictable transfer behavior This is especially useful when: * copying large media files * working with many SSD/HDD targets * handling backup workflows * moving video production or event data Krusader and Nemo already implement similar workflows successfully. Possible implementation ideas: * optional queue toggle in settings * queue management panel * drag & drop into queue * pause/reorder queued tasks System information: Operating System: Manjaro Linux KDE Plasma Version: 6.6.4 KDE Frameworks Version: 6.26.0 Qt Version: 6.11.0 Kernel Version: 6.18.28-2-MANJARO (64-bit) Graphics Platform: Wayland Dolphin Version: 26.04.1 Hardware: * Intel Core i7-6820HQ * 32 GB RAM * Lenovo ThinkPad P50 Thank you for your work on Dolphin and KDE. -- You are receiving this mail because: You are watching all bug changes.
