XnView MP Linux 1.11.4 beta 2 for Qt6

[RazonShark]

OK actually I have discovered a subtle bug. When you load an image directly into the viewer (so a file association) and it's a new launch (so xnviewmp wasn't already running), at least for me, the size of the image is wrong. It's generally a bit smaller than it should be. This is only for the view image after loading - if you browse to/load another image or even start to resize the viewer window, it snaps to the correct actual size of the image. I have not tested if this is a consequence of my scaling in KDE or not.

[xnview]

could you send a screenshot with 1.11.2 & Qt6 beta?

[RazonShark]

After some testing I found a reproducible method of showing this issue. If XnView MP is maximized at the time of loading the image, it has the correct zoom. If it's NOT maximized, it will be slightly zoomed in, but at the moment of resizing the window it'll snap back to the correct size.

For example, here's a 1920x1080 wallpaper being shown on a 4k display (175% display scaling, which scales the UI but not the image [which is good]):

correct-maximized.png

Window was maximized on the last time XnView MP was closed, so it opens up maximised. Image size is shown at 100% and actually is (confirmed by crosschecking with the native KDE app gwenview which does this correctly).

But if XnView MP starts with an unmaximized window, I get this:

wrong-unmax.png

If I then just resize the window slightly, the image immediately snaps to the actual size it should be:

resize-correct.png

[RazonShark]

Let me know if you need more information/tests. I'm happy to help, but knowing you actually saw the response would be helpful too.

[xnview]

Let me know if you need more information/tests. I'm happy to help, but knowing you actually saw the response would be helpful too.

with 100% display scaling, same problem?

[RazonShark]

with 100% display scaling, same problem?

No, works fine on 100% scaling. Again fairly reproducible if scaling is present, at least in my case.