Bug 476026 - Continuous crop feature is disruptive when working with expensive filters/fills
Summary: Continuous crop feature is disruptive when working with expensive filters/fills
Status: REPORTED
Alias: None
Product: krita
Classification: Applications
Component: Usability (show other bugs)
Version: 5.2.0
Platform: Debian unstable Linux
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-10-23 23:39 UTC by tomtomtomreportingin
Modified: 2023-10-23 23:39 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description tomtomtomreportingin 2023-10-23 23:39:46 UTC 
SUMMARY
The continuous crop component of the crop tool is too disruptive when re-doing crops of artwork involving expensive filters or fills.

The continuous crop feature is officially described here: https://docs.krita.org/en/reference_manual/tools/crop.html#continuous-crop

STEPS TO REPRODUCE
1. Draw a few circles in a large 3k x 4k document.
2. Add a gaussian blur filter layer with max radius.
3. Crop the image to roughly half the size.
4. Click again with the crop tool.

OBSERVED RESULT
A prompt shows up, waiting for the expensive filter operation to complete as the document has returned to its original size.

EXPECTED RESULT
Either there should be some sort of caching, or the UX of this aspect of cropping should be rethought. Personally, I wouldn't expect attempting to do another crop would essentially act as an undo.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Debian Sid
KDE Plasma Version: 5.27.8
KDE Frameworks Version: 5.107.0
Qt Version: 5.15.7 (appimage)

ADDITIONAL INFORMATION
Two years ago I thought the continuous crop behavior was a bug: https://bugs.kde.org/show_bug.cgi?id=443045