Created attachment 179649 [details] Odd teleportation. The attachment shows how to reproduce. Found this out by trying to go fullscreen by double-clicking while I was dragging a zoomed image around.
Thanks for your report. I was not able to reproduce it in neither Gwenview 24.12.2 nor 24.12.3. May we ask you to provide more details about the steps you followed and the software versions installed on your system using the command `kinfo`? Does this happen with all type of images? Software Operating System: TUXEDO OS KDE Plasma Version: 6.3.2 KDE Frameworks Version: 6.11.0 Qt Version: 6.8.2 Kernel Version: 6.11.0-109019-tuxedo (64-bit) Graphics Platform: Wayland
Created attachment 179714 [details] I was able to reproduce the issue after zooming in this screenshot I just double click on a zoomed imaged, but the second click is a hold towards any direction. How do I use "kinfo" on Gwenview? It's the 24.12.3 flatpak version. Operating System: Arch Linux KDE Plasma Version: 6.3.3 KDE Frameworks Version: 6.12.0 Qt Version: 6.8.2 Kernel Version: 6.13.8-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 8 × 11th Gen Intel® Core™ i5-11300H @ 3.10GHz Memory: 8.1 GB of RAM Graphics Processor 1: NVIDIA GeForce GTX 1650 Graphics Processor 2: Intel® Iris® Xe Graphics Manufacturer: LENOVO Product Name: 82MG System Version: IdeaPad Gaming 3 15IHU6
Just to clarify and to discard it's an effect of the video, the problem you are referring to is that when you drag a zoomed in image in full-screen mode, the full-screen bar appears and the drag movement is not smooth? In the video it seems it moves in "jumps". Also I don´t understand why the full-screen bar is displayed after you drag the image. Or the problem is that it enters and exits full-screen mode each time you double click and drag? In my case, what I see is that the full-screen mode is preserved by the drag, I mean, I don't get out of full-screen mode if Gwenview is in full-screen mode. The same applies for the zoomed in image in regular mode. I tried with the flatpak version (24.12.3) but I still cannot reproduce what I see in the video. Could you tell us what video driver are you using and its version? Do you have a particular configuration for the pointer, like the pointer speed and double click interval? The use of touchpad or mouse has any effect on the behavior?
I'm able to reproduce the issue right now. I'm using this graphics driver. https://archlinux.org/packages/extra/x86_64/nvidia-open/ It happens when I double-click to go into fullscreen mode, but the second click is actually a drag in any direction, seems like the program doesn't expects to do both things at the same time so it jumps to a side.
The most updated version of that driver as of the time of posting*
You have to Click-and-hold, instead of double-clicking.
Thank you. Yes, I'm doing double-click but without releasing the second click and then moving the mouse to drag the image. As per the other questions: - Do you have a particular configuration for the pointer, like the pointer speed and double click interval? - System Settings -> Mouse & Touchpad -> Pointer speed - System Settings -> General Behavior -> Double-click interval - The use of touchpad or mouse has any effect on the bug? - Have you experienced other problems using the nvidia open driver? I'll request support from other KDE contributors to see if they can reproduce this bug.
(In reply to Pedro from comment #7) > Thank you. Yes, I'm doing double-click but without releasing the second > click and then moving the mouse to drag the image. > > As per the other questions: > > - Do you have a particular configuration for the pointer, like the pointer > speed and double click interval? > - System Settings -> Mouse & Touchpad -> Pointer speed > - System Settings -> General Behavior -> Double-click interval > - The use of touchpad or mouse has any effect on the bug? > - Have you experienced other problems using the nvidia open driver? > > I'll request support from other KDE contributors to see if they can > reproduce this bug. The pointer speed of my touchpad is 1,00. I don't have access to a mouse. Not as far as I know.
I can reproduce on Fedora KDE 41, Gwenview 24.12.3.
I think I could reproduce it, but doing 3 clicks. For what I see in the video, the pointer icon is not a closed hand in some cases when dragging the image. In my tests, I only see this when I perform 3 clicks (2 clicks changes the mode and the third one drags the image). Could you confirm that you are not unintentionally doing 3 clicks (2 clicks, hold the third one) instead of 2 (1 click and hold the second one)? Could it be a problem with the touchpad (physical or drivers)? Could it be a problem with the double-click interval setting?
After talking to John Kizer about how he reproduce it and how I reproduce it, it might be expected behavior. Marking it as WAITINGFORINFO.
🐛🧹 ⚠️ 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!
(In reply to Pedro from comment #11) > After talking to John Kizer about how he reproduce it and how I reproduce > it, it might be expected behavior. Marking it as WAITINGFORINFO. If it's expected, why it only jumps towards to the top-left regardless to where you try to drag?
(In reply to Fernando M. Muniz from comment #13) > (In reply to Pedro from comment #11) > > After talking to John Kizer about how he reproduce it and how I reproduce > > it, it might be expected behavior. Marking it as WAITINGFORINFO. > > If it's expected, why it only jumps towards to the top-left regardless to > where you try to drag? Thanks for the follow up. I think I see what you mean it keeps moving just to the top left. On the other hand, what I meant is that we've been able to reproduce it while performing 3 clicks, which might be an unexpected scenario. This bug will be marked as Confirmed, hoping a developer could take a look at it.