| Summary: | Toggling off Zoom to Fit using a keyboard shortcut places the view in the top-left, disregarding a cursor positioned over the image, if the cursor has not been moved since Gwenview was launched | ||
|---|---|---|---|
| Product: | [Applications] gwenview | Reporter: | Fernando M. Muniz <fernandommuniz> |
| Component: | general | Assignee: | Gwenview Bugs <gwenview-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | minor | CC: | john.kizer |
| Priority: | NOR | ||
| Version First Reported In: | 24.08.3 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | If the mouse doesn't move after the window opens, it zooms on the default top-right corner. | ||
|
Description
Fernando M. Muniz
2024-12-03 12:06:23 UTC
Hi - I can't reproduce this based on what I would assume the steps would be, but can you please provide specific information on how to reproduce following the new bug submission template (copied below for your reference)? Thanks! STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS (available in the Info Center app, or by running `kinfo` in a terminal window) Linux/KDE Plasma: KDE Plasma Version: KDE Frameworks Version: Qt Version: Created attachment 176568 [details]
If the mouse doesn't move after the window opens, it zooms on the default top-right corner.
The attachment shows how to reproduce the issue.
Hi - it was not previously specified how you were zooming in, and it may matter in this case to narrow down the specific issue. It appears you're using the Ctrl++ keyboard shortcut? Does using the Ctrl+mouse scroll wheel method also show the same behavior, or does it track toward the cursor on your device? (In reply to John Kizer from comment #3) > Hi - it was not previously specified how you were zooming in, and it may > matter in this case to narrow down the specific issue. > > It appears you're using the Ctrl++ keyboard shortcut? Does using the > Ctrl+mouse scroll wheel method also show the same behavior, or does it track > toward the cursor on your device? I'm using the number 1 key of the numpad. I can't test with the mouse because I'm using a touchpad, so it's impossible to not move the cursor. Updating the title for clarity, and resetting assignee (assuming that was unintentionally done while uploading an attachment!) 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)? |