496980 – 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

Bug 496980 - 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

Summary: Toggling off Zoom to Fit using a keyboard shortcut places the view in the top...

Status:	CONFIRMED

Alias:	None

Product:	gwenview
Classification:	Applications
Component:	general (other bugs)
Version First Reported In:	24.08.3
Platform:	Arch Linux Linux

Importance:	NOR minor
Target Milestone:	---
Assignee:	Gwenview Bugs

URL:
Keywords:

Depends on:
Blocks:

Reported:	2024-12-03 12:06 UTC by Fernando M. Muniz
Modified:	2025-09-04 14:40 UTC (History)
CC List:	1 user (show)

See Also:
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. (3.77 MB, video/x-matroska) 2024-12-13 07:49 UTC, Fernando M. Muniz	Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.

Description Fernando M. Muniz 2024-12-03 12:06:23 UTC

The function of zooming in the area the cursor is located doesn't work if the user doesn't move the cursor after Gwenview is opened with the image.

Comment 1 John Kizer 2024-12-13 07:36:52 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:

Comment 2 Fernando M. Muniz 2024-12-13 07:49:02 UTC

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.

Comment 3 John Kizer 2024-12-13 08:04:17 UTC

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?

Comment 4 Fernando M. Muniz 2024-12-13 08:07:23 UTC

(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.

Comment 5 John Kizer 2024-12-13 08:21:47 UTC

Updating the title for clarity, and resetting assignee (assuming that was unintentionally done while uploading an attachment!)

Comment 6 A Linux User 2025-09-04 12:18:23 UTC

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)?