| Summary: | When user switches to a subwindow of other saved document , the window reverts to previous subwindow | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | Raghavendra kamath <raghu> |
| Component: | General | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | astatia, brunodepaulak, freebox64, halla, info, kwadraatnope, rjquiralte |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | https://commits.kde.org/krita/8640e92a163bc848e89b164aa2b2d35acb0617f8 | Version Fixed In: | |
| Sentry Crash Report: | |||
| Attachments: |
demo showing the bug
(Video example) Proposed patch 001 for 364237 |
||
|
Description
Raghavendra kamath
2016-06-12 12:42:01 UTC
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 |
