Bug 398778

Summary: "Hi-DPI support" + dual monitors has offset applied to brush tool (git 12b52e3)
Product: [Applications] krita Reporter: Isaac Zuniga <isaaczuniga>
Component: Tablets (tablet issues are only very rarely bugs in Krita!)Assignee: Krita Bugs <krita-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: davide, dimula73, halla
Priority: NOR Keywords: triaged
Version: unspecified   
Target Milestone: ---   
Platform: Mint (Ubuntu based)   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Isaac Zuniga 2018-09-18 02:52:38 UTC
This is something that is affecting the use of the tool. I included an image showing the issue.

When I disable "HI-DPI support" in the options and relaunch Krita, the issue is resolved, but everything is tiny on 4k screens. Also, it should be noted that I have my desktop spanned over 2 monitors. When I disable the second monitor, the program acts normal, but when I span my desktop over to the second monitor, this issue returns.

I attached a link of the video of me reproducing the issue.https://drive.google.com/file/d/1Jt-ifgVDYG5bS4rokafApOnZxa8BDWm7/view?usp=sharing

(Please excuse the insane amount of flickering. OBS doesn't seem to like Linux much...)
Comment 1 Dmitry Kazakov 2018-09-18 15:10:53 UTC
Hi, Isaac!

1) Could you send me the configuration of your screens? That is both screen resolutions and the layout. Do you have vertical layout, btw?

2) Could you also generate a tablet log for me? Here is an instruction:

https://docs.krita.org/en/KritaFAQ.html#linux

On step 5) just do one relatively long stroke that spans the entire canvas.
Comment 2 Isaac Zuniga 2018-09-19 06:52:11 UTC
Hello Dmitry :)

I will tell you all about my monitors: They are a Dell U2410 and a Dell P2415Q, side by side. The Dell U2410 is on the left of the 4K screen. I have them both running at their native resolutions, except on Linux, I have the Dell U2410 nearly "centered" to the left of the P2415Q.

I have included links of what my setup looks like in reality and on Linux:

Setup in reality: https://drive.google.com/file/d/1P9y1l2XbmaFpv449OUbcUyfnesMf18Y4/view?usp=sharing

Setup in Linux: https://drive.google.com/file/d/1E1GtF1J3g7afxXT3J-JFPy48eT8YNG5n/view?usp=sharing

I hope that helps for now, because I'll have to do the other part tomorrow. I got confused today and it's best I give a better go after a good night's rest from my day at college. :)
Comment 3 Isaac Zuniga 2018-09-19 18:36:41 UTC
Dmitry, unfortunately I cannot complete what you are requesting because neither building Krita from it's source code or "sudo apt install krita", will allow me to enable "Hi-Dpi support" in the application. I have toggled the option on and off while relaunching the program and still to no avail.

The appimage works just fine, but unless I can use that in this debug situation, then I think we're at a loss. Hi-Dpi support must be functional for me to recreate the issue.
Comment 4 Isaac Zuniga 2018-09-19 19:42:17 UTC
This is interesting...

I tried to recreate the issue on Windows 10, but it does not exist. I downloaded the latest build (Krita Next) for Windows and tried to recreate the issue. The Windows build of Krita does not seem to have this issue.

Perhaps this is a Linux-exclusive issue?
Comment 5 Halla Rempt 2018-09-27 14:06:42 UTC
Yes, that's quite possible. It might have to do with how the dual monitors are setup, which desktop you're running, which window manager, how the wacom settings are setup.
Comment 6 Isaac Zuniga 2018-12-09 18:21:58 UTC
Has any progress or any more information been confirmed or made about this issue?

I can supply another video if need be.
Comment 7 Halla Rempt 2018-12-11 09:47:56 UTC
No, sorry... I don't have a setup like that myself, and I've been busy trying to fix resource system/tagging bugs myself.
Comment 8 Dmitry Kazakov 2019-04-17 16:09:51 UTC
Hi, Isaac!

Could you please test these nightly builds?
https://binary-factory.kde.org/job/Krita_Nightly_Windows_Build/

In the older versions we used incorrect screen resolution for scaling tablet events, which could cause troubles with HiDPI displays. I have fixed this problem quite recently, so it should work now.

If you still see the problem in nightly builds, please reopen the bug :)

Reference commit:
https://phabricator.kde.org/R37:91963c577fad5adb226809fac4c00aeafb846128
Comment 9 Dmitry Kazakov 2019-04-17 16:13:00 UTC
Oups, Linux nightly builds are here:
https://binary-factory.kde.org/job/Krita_Nightly_Appimage_Build/
Comment 10 Dmitry Kazakov 2019-04-17 16:13:31 UTC
*** Bug 404860 has been marked as a duplicate of this bug. ***
Comment 11 Isaac Zuniga 2019-04-28 15:24:58 UTC
(In reply to Dmitry Kazakov from comment #9)
> Oups, Linux nightly builds are here:
> https://binary-factory.kde.org/job/Krita_Nightly_Appimage_Build/

I apologize for being late Dmitry, but I had a chance to try those latest nightly Linux builds and you are correct, the issue seems to be 100% gone!

Thank you for looking into this! :)