Created attachment 98491 [details] [ ^ screenshot of the bug ; two screen 1920x1080 ; Krita on the right screen. Pop-up happen in the left screen] Hi, this is a very recent new behavior on my setup with 3.0alpha ( 5bd83323 ) : all the 'drop down dockers' ( tool options / brush editor / preset selector, from top panel buttons) now appears on my second monitor. It works in maximised, fullscreen or windowed mode. I attached a screenshot to show were appear the 'drop down docker' 'tool options' when I click on the tool-option button. Other 'drop down dockers' does the same and appear at the same place ( aligned on top-right, on the second monitor ). Setup: Nvidia proprietary driver, Ubuntu 16.04 , Cinnamon desktop, two 1920x1080 basic monitor aligned horizontally ; main one on right.
Is this still an issue. There were some fixes done with saving and loading the window and docker positions since this bug was filed.
Created attachment 98835 [details] [ ^ screenrecord video of the bug ] @Scott: Hey! Yes. Still a big issue here with 3.0 . May be my number #1 problem with 3.0. I attach here a video of my two screen ( 2 x 1920x1080 screen. I'm used to work on the right one. ) because I guess it's hard to reproduce: description of the video: * 00:00 I start Krita on the menu of the right screen but it startup on(left) -BUG- * 00:15 I move Krita on my right screen with my tablet mapped on it ( with mouse ) * 00:20 'New' dialog is OK * 00:34 'Tool Option' is OK * 00:38 I close Krita * 00:45 I start Krita another time: this time it appears on the good screen (the right). OK * 00:47 'New' dialog appears on the left screen -BUG- * 00:58 'Tool options' appears on the wrong screen -BUG- * 01:03 'Brush settings' appears on the wrong screen -BUG- * 01:14 Testing the -BUG- in maximised windows mode.
Created attachment 98911 [details] [ ^ video of the bug : Unity DE ] An additional video attachement to show the bug in Ubuntu Unity. Note: the 2 first start-up with Krita didn't had the bug, only the third time this situation happens.
Created attachment 98912 [details] [ ^ video of the bug : open-box ]
Git commit 4af987d2e74ee43497258a175be1b8ce0cd51c88 by Dmitry Kazakov. Committed on 12/05/2016 at 07:40. Pushed by dkazakov into branch 'master'. Do not make Krita popup windows jump to the origin when the don't fit the screen Just use kisEnsureInRect() function to make it more smooth Ref T2482 M +2 -10 libs/ui/widgets/kis_popup_button.cc http://commits.kde.org/krita/4af987d2e74ee43497258a175be1b8ce0cd51c88
Git commit ceff0e241bbd1c14b4b5ee5de11743b92fb7d760 by Dmitry Kazakov. Committed on 12/05/2016 at 11:02. Pushed by dkazakov into branch 'master'. Fix wrong positioning of children/popup widgets In Qt 5.5.1 the "change screen" events do not arrive to the widgets until they are shown on screen and fully initialized. Therefore, if we initialize geometry of the main window too early, it will be assigned with a wrong screen and all the child/popup widgets will start appearing of a different monitor. In Qt 5.6.0 this problem is resolved, and you can move the window as much as you like even before showing it. Fixes T2482 M +0 -1 libs/ui/KisApplication.cpp M +22 -0 libs/ui/KisMainWindow.cpp M +1 -0 libs/ui/KisMainWindow.h http://commits.kde.org/krita/ceff0e241bbd1c14b4b5ee5de11743b92fb7d760
Created attachment 98974 [details] [ ^ video of the bug : last dialog affected ] Hi, 90% of the position bugs are fixed, but I still have 10% of widget appearing on the wrong monitor. I attached a video about it. Those dialogs are: - List in the 'tool-option'. - List in the 'Krita settings'.
I don't think we can do anything about this: this is one of the myriad of bugs in Qt5. If you rebuild against Qt 5.6, which is not default in any distribution yet, it'll be "solved".
I must admit, I flipped the desk yesterday to can have my primary screen on left and finally solve locally this bug. xD