https://bugs.kde.org/show_bug.cgi?id=477262

            Bug ID: 477262
           Summary: Incorrect window stacking order of transient windows
    Classification: Plasma
           Product: kwin
           Version: git master
          Platform: Neon
                OS: Linux
            Status: REPORTED
          Keywords: regression
          Severity: normal
          Priority: NOR
         Component: core
          Assignee: kwin-bugs-n...@kde.org
          Reporter: ann.of.the.green.gab...@gmail.com
  Target Milestone: ---

SUMMARY
When stacking windows kwin correctly obeys the "constraints" between windows
(by means of struct Constraint in workspace.h, i.e. transients go above
parents), but ignores the order in which user has stacked the windows - windows
are stacked in order they were created (oldest window goes on top) in many
circumstances.
This has regressed somewhere between 4.20.5 (debian 11) and 4.27 (debian 12)
***
STEPS TO REPRODUCE
1. Run KCalc (KCalc is just an example here)
2. Open transient windows (in this order): Help/About Calc, Help/About KDE,
Settings/Configure KCalc, place them so that they all overlap each other but
some part of each window is always visible.
3. Click on them for a while - observe that the only constrain is that each
transient window must be above main window - there are no constraints between
transients - each one can be stacked above any other.

OBSERVED RESULT
4. Despite the lack of constraints between transients you cannot stack them
freely - when you click on a transient it is raised as expected, but the other
2 are restacked in order they were created (unless already in that order).
5. When you click on main window - all transients are restacked in order of
their creation (unless already in that order).
6. When you make main window "KeepAbove" all transients are restacked in order
of creation and you cannot change that order anymore.

EXPECTED RESULT
4. Clicked transient is raised, but the other transients are not restacked,
they are kept in order they were stacked by the user. 
5. Transients are not restacked, they are kept in order they were stacked by
the user. 
6. Transients are not restacked, they are kept in order they were stacked by
the user, user can still restack them freely.

SOFTWARE/OS VERSIONS
Linux: KDE Neon Unstable
KDE Plasma Version: 5.27.80
KDE Frameworks Version: 5.240.0
Qt Version: 6.6.0

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to