When a user switches between two document ( must be saved documents) with a pen by clicking on the window menu and name off the document. the subwindow reverts to previous subwindow after may be 1/2 a second. This happens with mouse too but it takes longer to switch back Reproducible: Always Steps to Reproduce: 1.open two saved documents in krita 2.by using the pen try to switch to other document 3.don't do anything after the switch and notice Actual Results: the newly switched subwindow is reverted to previous window Expected Results: the switched window must be shown and window shouldn't revert back to previous one
Created attachment 99470 [details] demo showing the bug Attached is a video showing the bug
I can reproduce the same issue, also on archlinux.
Didn't we determine that this was a Qt 5.7 bug?
This happens with krita-3.0.93-x86_64.appimage too which I think has older version of qt. boud said that it has qt 5.6 on IRC. so i guess this can be triggered with qt 5.6 and 5.7 too
Bugzilla wants a comment when I change the status.
Created attachment 103089 [details] (Video example) In my case, I can actually stay on the window I've switched to, on condition that I do NOT move the cursor over the canvas (Ubuntu 14.04 - Krita 3.1.1)
This bug is still reproducible on Krita 3.1.2appimage (Xfce+buntu16.04). gif anim: http://www.peppercarrot.com/extras/forum/2017-03-14_bug-switching-windows.gif Also, reported on Reddit here too: https://www.reddit.com/r/krita/comments/5z5tan/having_trouble_using_multiple_documents_in_krita/ Note: to reproduce: the two files must be *.kra , 'tile' subwindows before, then maximise a single subwindow, then switch as on the gif anim.
Issue reproducible on Windows 10 with Krita 3.1.2 under the same conditions. Two saved documents in full window mode switching via the Windows menu and tapping the document title with the pen. Duration between switching varies somewhat from 0.5 seconds to a few seconds depending on what one is doing over the document. Experimented with switching docs, then removing the stylus from the tablet. This allowed the document change to take effect, but as soon as the stylus returned to the tablet, the documents switched back. It seems to be the motion of the stylus over the interface after switching documents that induces the switch back.
I also get this.
Confirmed in my environment too. Took me a few hours debugging until I found a "solution". Attached a patch that fixes the issue in my environment. When you click on a tab, then the activeSubWindow is correctly set up and also the another mdiArea->activeSubView(). But when your checkbox is triggered, only the activeSubWindow is being set.
Created attachment 104684 [details] Proposed patch 001 for 364237 A one-line patch that fixed the issue in my environment. Hope that helps.
Ha, that looks sensible. Thanks! I'll push it.
Git commit 8640e92a163bc848e89b164aa2b2d35acb0617f8 by Boudewijn Rempt. Committed on 22/03/2017 at 12:22. Pushed by rempt into branch 'master'. Patch by Bruno P. Kinoshita. Thanks! M +1 -0 libs/ui/KisMainWindow.cpp M +1 -1 libs/ui/KisMainWindow.h https://commits.kde.org/krita/8640e92a163bc848e89b164aa2b2d35acb0617f8
Thanks!
Git commit 5f8ebb64522169a5cb0d9a5f56a6742cbba05ea7 by Dmitry Kazakov. Committed on 06/06/2023 at 12:11. Pushed by dkazakov into branch 'master'. Fix double switch of the view in KisViewManager The view is switched twice, once in d->mdiArea->setActiveSubWindow(subwin) and once in setActiveView(view). M +0 -1 libs/ui/KisMainWindow.cpp https://invent.kde.org/graphics/krita/-/commit/5f8ebb64522169a5cb0d9a5f56a6742cbba05ea7