Bug 354156 - Iconified windows restoring themselves w/o being requested.
Summary: Iconified windows restoring themselves w/o being requested.
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2015-10-21 06:25 UTC by abcdefz
Modified: 2018-10-27 04:00 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description abcdefz 2015-10-21 06:25:51 UTC
This has been happening on every KDE desktop window manager, on every version of Red Hat or Fedora, *that I have ever used*.
Every time I've iconified all the windows on my desktop, when I open a new application, no matter what kind, ALL of my iconified windows re-appear.  Let me repeat that.  After iconifying every window on my desktop, to have a clean display *so I can open a new window/application* WHEN I open that window/application ALL OF THE WINDOWS I'VE MINIMIZED RESTORE THEMSELVES.  I've been entering this dumb question FOR YEARS on various KDE forums, and I have NEVER received so much as a "Thanks for the input."  Can someone PLEASE tell me what the heck I'm doing wrong???

Reproducible: Always

Steps to Reproduce:
1. Use the KDE window manager
2. Start 3-4-5 applications, and then minimize all the windows
3. Start ANOTHER application, and ALL your minimized windows will restore themselves, without any reason that I can see.

Actual Results:  
1. Use the KDE window manager
2. Start 3-4-5 applications, and then minimize all the windows
3. Start ANOTHER application, and ALL your minimized windows will restore themselves, without any reason that I can see.

Expected Results:  
A new window/application will open on your desktop.  I'm confused.  The caption above this field says "What happened after you performed the steps above?"  The caption BESIDE this field says "Expected results"  WHAT AM I SUPPOSED TO ENTER HERE?  Those two captions are requesting two different things.  (Sorry.  That's just bad web page design.  Maybe THAT is why I've never gotten ANY feedback AT ALL in all the numerous times I've asked this question in all the forums I can find.

The desktop manager, (kdm), should stop re-opening all the windows I've minimized whenever I start a NEW window/application.
Comment 1 abcdefz 2015-10-21 06:28:39 UTC
I'm adding this comment to see if I get an e-mail saying that SOMEONE said SOMETHING about my bug report.
Comment 2 Christoph Feck 2015-10-21 11:40:56 UTC
> then minimize all the windows

do you minimize them individually, or are you just using the "show desktop" applet?
Comment 3 Martin Flöser 2015-10-21 12:08:40 UTC
Could you please specify which version you are using? You mention KDM, which doesn't have current releases.
Comment 4 Thomas Lübking 2015-10-21 14:21:45 UTC
>  Can someone PLEASE tell me what the heck I'm doing wrong???

YOU WANT TO USE VIRTUAL DESKTOPS. SHOW DESKTOP MEANS THAT. "SHOW DESKTOP". ONCE ANOTHER WINDOW SHOWS UP, THE STATE IS BROKEN. NEWER VERSIONS OF KWIN HAVE A SCRIPT (YOU CAN IMPORT THAT TO KWIN4, THOUGH) TO "MINIMIZE ALL"
OLDER VERSIONS HAD A SUPERSECRET KEY TO TURN "SHOWDESKTOP" INTO "MINIMIZE ALL" - SEE THE DUPE.

BUT AGAIN: SHOW DESKTOP IS NOT A FEATURE TO TIDY UP. YOU WANT TO SWITCH TO ANOTHER VIRTUAL DESKTOP BECAUSE THIS ISN'T WINDOWS.


Btw, it's pretty nasty if people inflationary SHOUT at you, isn't?

*** This bug has been marked as a duplicate of bug 67406 ***
Comment 5 abcdefz 2015-10-24 06:26:54 UTC
       It doesn't seem to matter, but usually these days I minimize them individually, because of two things, the workflow of whatever I'm doing, or, (and this is the funny part), I do it that way hoping they'll STAY that way, since I'm so used to the darn things popping up again after I told them to GO AWAY.
       Don't know why you gave me this idea with THIS response of yours, but maybe I'll go add a user from scratch using only KDE tools, from my root account, and see if this behavior is system-wide, or only 'tied' to MY account.
       Also, I should say that I'm almost always the only user on the system.  There's root, and then there's me.  I'm not a Linux power user, but I've been using one or another flavor of a UNIX -like OS since the late 80's.
       I sortof grew up with it, but I've stuck with Red Hat/Fedora and KDE for about the last 6-8 years...
       I continue to keep a couple of dual-boot systems just so I can keep my 'chops' up to speed with Windows and Linux.
       
       Be in touch,
       jdg
       
       -----Original Message-----
From: Christoph Feck via KDE Bugzilla [mailto:bugzilla_noreply@kde.org] 
Sent: October 21, 2015 7:41 AM
To: jdg@jglock.com
Subject: [kwin] [Bug 354156] Iconified windows restoring themselves w/o being requested.
       
       https://bugs.kde.org/show_bug.cgi?id=354156
       
       --- Comment #2 from Christoph Feck <cfeck@kde.org> ---
       > then minimize all the windows
       
       do you minimize them individually, or are you just using the "show desktop"
       applet?
       
       -- 
       You are receiving this mail because:
       You reported the bug.
Comment 6 abcdefz 2015-10-24 06:34:20 UTC
       I don't always use "Show Desktop", in fact, I rarely do.  I minimize (technically, iconify), the windows individually.
       
       Also, I LEARNED TWENTY YEARS AGO THAT PEOPLE WHO were somehow offended by all caps typing tend to waste bandwidth complaining about dumb s**t, and rarely had anything worthwhile to offer me.  DEAL with it.
       
       Be in touch,
       jdg
       
       
       -----Original Message-----
From: Thomas Lübking via KDE Bugzilla [mailto:bugzilla_noreply@kde.org] 
Sent: October 21, 2015 10:22 AM
To: jdg@jglock.com
Subject: [kwin] [Bug 354156] Iconified windows restoring themselves w/o being requested.
       
       https://bugs.kde.org/show_bug.cgi?id=354156
       
       Thomas L bking <thomas.luebking@gmail.com> changed:
       
                  What    |Removed                     |Added
       ----------------------------------------------------------------------------
                    Status|UNCONFIRMED                 |RESOLVED
                Resolution|---                         |DUPLICATE
       
       --- Comment #4 from Thomas L bking <thomas.luebking@gmail.com> ---
       >  Can someone PLEASE tell me what the heck I'm doing wrong???
Comment 7 Thomas Lübking 2015-10-24 06:51:05 UTC
It's not offensive - it's just unreadable. So please stop that - in won't help you anything anyway.

If you do not "show desktop" but actually iconify the windows individually, the bug is not a dupe - but I've seriously no idea what would de-iconify them (unless KWin crashes or quits and doesn't restart; window managers are "encouraged" to re-map all windows if they quit, since the desktop may be unmanaged afterwards)

I've never heared or seen KWin to "spontanously" unminimize all windows, but the behavior your describe would perfectly fit the _NET_SHOWING_DESKTOP condition (so it feels like the state is implied from the "all windows minimized" condition)

a) please record your KWin version "kwin --version" and check whether you're running kwin at all ("ps ax | grep kwin")
b) does it also happen if you've one window left open?
c) You can query whether you're currently showing the desktop by calling
       xprop -root _NET_SHOWING_DESKTOP
Comment 8 abcdefz 2015-10-24 06:55:22 UTC
       Whatever else is true, thanx for giving me all the steps you need me to do to help your work out.  If it's something I'm doing wrong, then having you give me the specific steps to take makes sure that *I* am not running the tests.
       I definitely NEED the second set of eyes you're letting me 'use', so to speak... !!
       Thanx, 
       
       I'll check these things and ...
       Be in touch,
       jdg
       
       
       -----Original Message-----
From: Thomas Lübking via KDE Bugzilla [mailto:bugzilla_noreply@kde.org] 
Sent: October 24, 2015 2:51 AM
To: jdg@jglock.com
Subject: [kwin] [Bug 354156] Iconified windows restoring themselves w/o being requested.
       
       https://bugs.kde.org/show_bug.cgi?id=354156
       
       Thomas L bking <thomas.luebking@gmail.com> changed:
       
                  What    |Removed                     |Added
       ----------------------------------------------------------------------------
                Resolution|DUPLICATE                   |---
                    Status|RESOLVED                    |UNCONFIRMED
       
       --- Comment #7 from Thomas L bking <thomas.luebking@gmail.com> --- It's not offensive - it's just unreadable. So please stop that - in won't help you anything anyway.
       
       If you do not "show desktop" but actually iconify the windows individually, the bug is not a dupe - but I've seriously no idea what would de-iconify them (unless KWin crashes or quits and doesn't restart; window managers are "encouraged" to re-map all windows if they quit, since the desktop may be unmanaged afterwards)
       
       I've never heared or seen KWin to "spontanously" unminimize all windows, but the behavior your describe would perfectly fit the _NET_SHOWING_DESKTOP condition (so it feels like the state is implied from the "all windows minimized" condition)
       
       a) please record your KWin version "kwin --version" and check whether you're running kwin at all ("ps ax | grep kwin")
       b) does it also happen if you've one window left open?
       c) You can query whether you're currently showing the desktop by calling
              xprop -root _NET_SHOWING_DESKTOP
       
       --
       You are receiving this mail because:
       You reported the bug.
Comment 9 abcdefz 2015-10-24 22:58:16 UTC
       OK, one or more of you'se guys is correct on at least one point.  I do have a 'vanilla' user account, (set up on Fedora 20 and KDE whatever, [haven't looked that up yet]), a user account that I haven't had time to tweak the environment using "System Settings/Window Behavior", "System Settings/Desktop
       Effects", "System Settings/Application Appearance", "System Settings/Workspace Appearance"  ---  Anyhoo, the 'vanilla user' doesn't display this annoying behavior.
       
       So, now I can say THREE things,
         1.)  There must be a few environmental settings that have to be set/related-to-each-other in just the 'right way' in order to display this behavior,
         2.)  It must not be too hard to have those settings 'meet' that criteria, (because I've had this happen to me so many times, HOW HARD can it be to 'duplicate'???), and finally,
         3.)  (And this is the one I think is funny),  Any system that HAS fifty **different** ways to 'tweak' the environment, ""System Settings/Window Behavior", "System Settings/Desktop
       Effects", "System Settings/Application Appearance", "System Settings/Workspace Appearance"", has gone WAY OFF THE DEEP END in terms of 'environmental configurability'  ---  Which is of course a totally subjective view of the world, (MY problem, not KDE problem, *I* have to deal with it)...
       SSsooo,  I can say, in summation, that maybe you should let this BugReport die a quiet death, and I'll just have to deal with the fact that somehow, I keep coming up with a combination of 'environmental configuration' settings that do this to me, and probably no one else.  Thanx fer' listenin'...  :-)
       
       Be in touch,
       jdg
       
       -----Original Message-----
From: Christoph Feck via KDE Bugzilla [mailto:bugzilla_noreply@kde.org] 
Sent: October 21, 2015 7:41 AM
To: jdg@jglock.com
Subject: [kwin] [Bug 354156] Iconified windows restoring themselves w/o being requested.
       
       https://bugs.kde.org/show_bug.cgi?id=354156
       
       --- Comment #2 from Christoph Feck <cfeck@kde.org> ---
       > then minimize all the windows
       
       do you minimize them individually, or are you just using the "show desktop"
       applet?
       
       -- 
       You are receiving this mail because:
       You reported the bug.
Comment 10 abcdefz 2015-10-24 22:58:50 UTC
       OK, one or more of you'se guys is correct on at least one point.  I do have a 'vanilla' user account, (set up on Fedora 20 and KDE whatever, [haven't looked that up yet]), a user account that I haven't had time to tweak the environment using "System Settings/Window Behavior", "System Settings/Desktop
       Effects", "System Settings/Application Appearance", "System Settings/Workspace Appearance"  ---  Anyhoo, the 'vanilla user' doesn't display this annoying behavior.
       
       So, now I can say THREE things,
         1.)  There must be a few environmental settings that have to be set/related-to-each-other in just the 'right way' in order to display this behavior,
         2.)  It must not be too hard to have those settings 'meet' that criteria, (because I've had this happen to me so many times, HOW HARD can it be to 'duplicate'???), and finally,
         3.)  (And this is the one I think is funny),  Any system that HAS fifty **different** ways to 'tweak' the environment, ""System Settings/Window Behavior", "System Settings/Desktop
       Effects", "System Settings/Application Appearance", "System Settings/Workspace Appearance"", has gone WAY OFF THE DEEP END in terms of 'environmental configurability'  ---  Which is of course a totally subjective view of the world, (MY problem, not KDE problem, *I* have to deal with it)...
       SSsooo,  I can say, in summation, that maybe you should let this BugReport die a quiet death, and I'll just have to deal with the fact that somehow, I keep coming up with a combination of 'environmental configuration' settings that do this to me, and probably no one else.  Thanx fer' listenin'...  :-)
       
       Be in touch,
       jdg
       
       
       -----Original Message-----
From: Martin Gräßlin via KDE Bugzilla [mailto:bugzilla_noreply@kde.org] 
Sent: October 21, 2015 8:09 AM
To: jdg@jglock.com
Subject: [kwin] [Bug 354156] Iconified windows restoring themselves w/o being requested.
       
       https://bugs.kde.org/show_bug.cgi?id=354156
       
       --- Comment #3 from Martin Gr  lin <mgraesslin@kde.org> --- Could you please specify which version you are using? You mention KDM, which doesn't have current releases.
       
       --
       You are receiving this mail because:
       You reported the bug.
Comment 11 abcdefz 2015-10-24 22:59:07 UTC
       OK, one or more of you'se guys is correct on at least one point.  I do have a 'vanilla' user account, (set up on Fedora 20 and KDE whatever, [haven't looked that up yet]), a user account that I haven't had time to tweak the environment using "System Settings/Window Behavior", "System Settings/Desktop
       Effects", "System Settings/Application Appearance", "System Settings/Workspace Appearance"  ---  Anyhoo, the 'vanilla user' doesn't display this annoying behavior.
       
       So, now I can say THREE things,
         1.)  There must be a few environmental settings that have to be set/related-to-each-other in just the 'right way' in order to display this behavior,
         2.)  It must not be too hard to have those settings 'meet' that criteria, (because I've had this happen to me so many times, HOW HARD can it be to 'duplicate'???), and finally,
         3.)  (And this is the one I think is funny),  Any system that HAS fifty **different** ways to 'tweak' the environment, ""System Settings/Window Behavior", "System Settings/Desktop
       Effects", "System Settings/Application Appearance", "System Settings/Workspace Appearance"", has gone WAY OFF THE DEEP END in terms of 'environmental configurability'  ---  Which is of course a totally subjective view of the world, (MY problem, not KDE problem, *I* have to deal with it)...
       SSsooo,  I can say, in summation, that maybe you should let this BugReport die a quiet death, and I'll just have to deal with the fact that somehow, I keep coming up with a combination of 'environmental configuration' settings that do this to me, and probably no one else.  Thanx fer' listenin'...  :-)
       
       Be in touch,
       jdg
       
       
       -----Original Message-----
From: Thomas Lübking via KDE Bugzilla [mailto:bugzilla_noreply@kde.org] 
Sent: October 24, 2015 2:51 AM
To: jdg@jglock.com
Subject: [kwin] [Bug 354156] Iconified windows restoring themselves w/o being requested.
       
       https://bugs.kde.org/show_bug.cgi?id=354156
       
       Thomas L bking <thomas.luebking@gmail.com> changed:
       
                  What    |Removed                     |Added
       ----------------------------------------------------------------------------
                Resolution|DUPLICATE                   |---
                    Status|RESOLVED                    |UNCONFIRMED
       
       --- Comment #7 from Thomas L bking <thomas.luebking@gmail.com> --- It's not offensive - it's just unreadable. So please stop that - in won't help you anything anyway.
       
       If you do not "show desktop" but actually iconify the windows individually, the bug is not a dupe - but I've seriously no idea what would de-iconify them (unless KWin crashes or quits and doesn't restart; window managers are "encouraged" to re-map all windows if they quit, since the desktop may be unmanaged afterwards)
       
       I've never heared or seen KWin to "spontanously" unminimize all windows, but the behavior your describe would perfectly fit the _NET_SHOWING_DESKTOP condition (so it feels like the state is implied from the "all windows minimized" condition)
       
       a) please record your KWin version "kwin --version" and check whether you're running kwin at all ("ps ax | grep kwin")
       b) does it also happen if you've one window left open?
       c) You can query whether you're currently showing the desktop by calling
              xprop -root _NET_SHOWING_DESKTOP
       
       --
       You are receiving this mail because:
       You reported the bug.
Comment 12 Thomas Lübking 2015-10-25 12:14:42 UTC
We're not gonna let things silently die at all. Either there's a bug (for such behavior is nowhere intended in the code) or there's not.

=> Please
- attach the kwinrc for the affected user (should be found in ~/.kde[4]/share/config/kwinrc resp. ~/.config/kwinrc in case of the KF5 variant) and most importantly
- check whether you're running KWin at all
- and which version in particular (eg. I would not guarantee that there's never been such bug or even intention in eg. KDE3 or so - notably since the control once seemed to have lived in kicker)
Comment 13 abcdefz 2015-10-26 04:58:50 UTC
              OK, sorry, I'll be off for a day or two...
              
              Be in touch,
              jdg
              
              -----Original Message-----
       From: Thomas Lübking via KDE Bugzilla [mailto:bugzilla_noreply@kde.org] 
       Sent: October 25, 2015 8:15 AM
       To: jdg@jglock.com
       Subject: [kwin] [Bug 354156] Iconified windows restoring themselves w/o being requested.
              
              https://bugs.kde.org/show_bug.cgi?id=354156
              
              --- Comment #12 from Thomas L bking <thomas.luebking@gmail.com> --- We're not gonna let things silently die at all. Either there's a bug (for such behavior is nowhere intended in the code) or there's not.
              
              => Please
              - attach the kwinrc for the affected user (should be found in ~/.kde[4]/share/config/kwinrc resp. ~/.config/kwinrc in case of the KF5
              variant) and most importantly
              - check whether you're running KWin at all
              - and which version in particular (eg. I would not guarantee that there's never been such bug or even intention in eg. KDE3 or so - notably since the control once seemed to have lived in kicker)
              
              --
              You are receiving this mail because:
              You reported the bug.
Comment 14 Martin Flöser 2016-08-29 11:51:40 UTC
>  OK, sorry, I'll be off for a day or two...

any update?
Comment 15 Andrew Crouthamel 2018-09-26 22:26:56 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 16 Andrew Crouthamel 2018-10-27 04:00:08 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!