https://bugs.kde.org/show_bug.cgi?id=434538
Pedro V <voidpointertonull+bugskde...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |voidpointertonull+bugskdeor
| |g...@gmail.com
--- Comment #5 from Pedro V <voidpointertonull+bugskde...@gmail.com> ---
This could be potentially turned into a more generic problem of operations
stalling waiting for user interaction.
My occasional issue is similar, but I tend to encounter it with the Synchronize
Folders function as it whines about not being able to access files rsync had no
problem making.
It's not just quite tiresome to keep on dismissing the error popup that can be
only dismissed anyway, but the process also tends to be quite slow with a lot
of small files due to the likely sequential processing with synchronous I/O, so
it's not uncommon that the host is left on its own while it's working, but it
gets stuck on such a prompt.
I used to use Total Commander which had a kind of a fix for at least the
reported problem.
Wasn't optimal, but the first time it wanted to overwrite a file, it had an
option to automatically overwrite all the following files too, basically what's
mentioned in Comment 1. It didn't have a solution for error popups though,
likely the assumption was that they were rare, and it was also faster to
enumerate smaller files despite the infamously slow Windows I/O, so it likely
used a more efficient I/O strategy, therefore the error popups were less of a
problem especially on HDDs.
The lowest hanging fruits are the already mentioned ones, but this could be
also solved by moving file entries into a user interactivity queue when they
need attention while continuing to process other files, and as the user would
process prompts, the entries would be either discarded or moved back depending
on what the user desires.
--
You are receiving this mail because:
You are watching all bug changes.
