| Summary: | Per monitor scaling changes image size when dragging across monitors | ||
|---|---|---|---|
| Product: | [Applications] gwenview | Reporter: | madness742 |
| Component: | general | Assignee: | Gwenview Bugs <gwenview-bugs-null> |
| Status: | ASSIGNED --- | ||
| Severity: | normal | CC: | benjamindedieu, kde, nate |
| Priority: | NOR | ||
| Version: | 24.12.1 | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Screenshot of the image on the main monitor (100% scaling).
Screenshot of the image on the second monitor (150% scaling). Screenshot of the bugged viewfinder. Showcase of the resize bug. Behaviour on Merge Request 319 bug with navigator |
||
|
Description
madness742
2025-01-15 05:33:55 UTC
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. |