| Summary: | Crop box should start at visible image region | ||
|---|---|---|---|
| Product: | [Applications] gwenview | Reporter: | Greg Lepore <greg> |
| Component: | general | Assignee: | Gwenview Bugs <gwenview-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | devel |
| Priority: | NOR | ||
| Version First Reported In: | 18.08.3 | ||
| Target Milestone: | --- | ||
| Platform: | Neon | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Screenshot of image immediately after selecting Crop
Screenshot of image after scrolling up to see lower crop handles. |
||
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 Thank you for the bug report. Unfortunately we were not able to get to it yet. Can we ask you to please check if this is still an issue with Gwenview 25.08.0 (the latest released version)? I am no longer seeing this bug, it must have been fixed somewhere along the way! Using 25.08.0. Changed status to worksforme, but it can probably be closed. 🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone! 🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME. |
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