Created attachment 116546 [details] Screenshot of image immediately after selecting Crop SUMMARY When selecting Crop from the toolbar, the lower bounds of the crop box are off the screen, requiring a scroll up to begin to utilize those crop handles. See attached crop1 for the screen immediately after selecting Crop, and crop2 image for the image after scrolling up to see the lower crop handles. STEPS TO REPRODUCE 1. Select Crop tool 2. 3. OBSERVED RESULT Lower crop handles are off screen EXPECTED RESULT Crop handles should be immediately visible. SOFTWARE/OS VERSIONS Operating System: KDE neon 5.14 KDE Plasma Version: 5.14.4 Qt Version: 5.11.2 KDE Frameworks Version: 5.52.0 Kernel Version: 4.15.0-39-generic OS Type: 64-bit Processors: 8 × AMD FX(tm)-8350 Eight-Core Processor Memory: 7.6 GiB of RAM ADDITIONAL INFORMATION
Created attachment 116547 [details] Screenshot of image after scrolling up to see lower crop handles.
So you expect Gwenview to always zoom-to-fit when starting Crop mode?
My expected result was for all crop handles to be visible on screen without scrolling after selecting Crop. Nothing about the Zoom level should change. Generally my work flow for Cropping images is to zoom to the proper level of viewing, so that the entire area I want cropped is visible, and then selecting the Crop tool. I thought this was Gwenview's behavior, but perhaps I was mistaken or the behavior has changed recently.
Thanks for the update; changing title for clarification.
This is caused by the removal of `onWidgetSlidedIn` in https://phabricator.kde.org/D11378. But just re-adding it does not work for Advanced settings mode.
Bug is still occuring on: Operating System: KDE neon 5.18 KDE Plasma Version: 5.18.1 KDE Frameworks Version: 5.67.0 Qt Version: 5.14.1 Kernel Version: 4.15.0-76-generic OS Type: 64-bit Processors: 8 × AMD FX(tm)-8350 Eight-Core Processor Memory: 7.8 GiB of RAM