Created attachment 177368 [details] Screenshot of the image on the main monitor (100% scaling). SUMMARY When dragging an image across monitors, with scaling set to >=105% on the secondary monitor, the image will get resized. Similar to bug 498679, when scaling is set to <=100% on the secondary monitor, it behaves how it should. This also causes the viewfinder to get glitched. A workaround for both of these problems are mentioned at the bottom. STEPS TO REPRODUCE 1. Start a Wayland session. 2. Plug in two monitors. 3. Set primary monitor to 100% scaling . 4. Set secondary monitor to 105% or higher scaling. 5. Open an image in gwenview on the main monitor. 6. Drag the image to the second monitor. (If you can't reproduce it, click the 'fit' button twice and try again.) OBSERVED RESULT The image becomes smaller, and the window gets larger. EXPECTED RESULT It should not change in size when dragging across the monitors. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora Linux 41 KDE Plasma Version: 6.2.5 KDE Frameworks Version: 6.10.0 Qt Version: 6.8.1 ADDITIONAL INFORMATION This has a workaround, launching gwenview with `QT_QPA_PLATFORM=xcb`, but this makes the UI blurry on the second monitor.
Created attachment 177369 [details] Screenshot of the image on the second monitor (150% scaling).
Created attachment 177370 [details] Screenshot of the bugged viewfinder.
Can reproduce.
A possibly relevant merge request was started @ https://invent.kde.org/graphics/gwenview/-/merge_requests/317
Git commit 708c0f5f5eb829573e5681caebcedeb857574a1b by David Redondo. Committed on 04/02/2025 at 09:55. Pushed by davidre into branch 'master'. birdseyeview: Use actual dpr Fixes the birdseyeview with fractional scaling. QGuiApplication will return the maximum dpr of all screens instead of our window. On Wayland window and screen dpr will be different. M +4 -2 lib/documentview/birdeyeview.cpp https://invent.kde.org/graphics/gwenview/-/commit/708c0f5f5eb829573e5681caebcedeb857574a1b
I couldn't reproduce the image being resized when dragging the window around. Maybe I did not understand the instructions correctly.
A possibly relevant merge request was started @ https://invent.kde.org/graphics/gwenview/-/merge_requests/318
Git commit d88227f20e60c11d10eb5fce8f0fba5f28c29552 by David Redondo. Committed on 05/02/2025 at 08:58. Pushed by davidre into branch 'release/24.12'. birdseyeview: Use actual dpr Fixes the birdseyeview with fractional scaling. QGuiApplication will return the maximum dpr of all screens instead of our window. On Wayland window and screen dpr will be different. (cherry picked from commit 708c0f5f5eb829573e5681caebcedeb857574a1b) Co-authored-by: David Redondo <kde@david-redondo.de> M +4 -2 lib/documentview/birdeyeview.cpp https://invent.kde.org/graphics/gwenview/-/commit/d88227f20e60c11d10eb5fce8f0fba5f28c29552
(In reply to David Redondo from comment #6) > I couldn't reproduce the image being resized when dragging the window > around. Maybe I did not understand the instructions correctly. The problem is more noticeable the higher the scaling is set to. I'll attach a video where you can see how I reproduce the bug. The recent merge however has solved the birds eye view problem, thank you!
Created attachment 177988 [details] Showcase of the resize bug. Left gwenview is compiled from source, version 25.03.70. Right gwenview is from Fedora 41 repo, version 24.12.1.
Thanks, I see now and can repodruce it. I tried with a maximized window before, and since it changes the size of the window it reevaluates size.
A possibly relevant merge request was started @ https://invent.kde.org/graphics/gwenview/-/merge_requests/319
I have tested the merge request, and it works great when the image is set to "Fit", but unfortunately any other setting ("Fill" or any percentage) has the resize bug when dragging the image to my second monitor.
I tested it with a set percentage, of course on scaled it will look smaller. With fit it seems to work for me. Feel als ofree to comment on the MR
Sure thing, I'll upload the current behaviour on here as I'm not sure if invent supports file uploads.
Created attachment 177993 [details] Behaviour on Merge Request 319 Monitor 1 (Primary, right): 2560x1440 @125% scaling. Monitor 2 (Secondary, left): 38420x2160 @175% scaling. Notice how the zoom level changes when the picture is set to "Fit" and dragged to the secondary monitor.
Created attachment 179206 [details] bug with navigator In a similar multimonitor and mixed Dpi setup (100% for the main one, and 200% for the second one), I also have observed the bug for quite a while. I would like to add that in the 100% scale monitor, zooming on the image results in a bug with the navigator (the rectangle at the bottom right that help you scroll in your image) as shown in the video attached. I think this could be linked with this bug. Otherwise I would open another bug report if it is not.
(In reply to Benjamin Dedieu from comment #17) > Created attachment 179206 [details] > bug with navigator > > In a similar multimonitor and mixed Dpi setup (100% for the main one, and > 200% for the second one), I also have observed the bug for quite a while. I > would like to add that in the 100% scale monitor, zooming on the image > results in a bug with the navigator (the rectangle at the bottom right that > help you scroll in your image) as shown in the video attached. I think this > could be linked with this bug. Otherwise I would open another bug report if > it is not. Sorry, I did not realized this additional problem was already reported here. I tested the master branch, and I can confirm that the viewfinder problem is fixed. However, there is still the scaling problem.