Open octalmage opened 10 years ago
I've seen this behavior in a couple of instances. I use ComEmu and by default it warns that ComEmu has been hidden by another program. The first time I clicked on the ComEmu icon in my taskbar on my second desktop, instead of creating a new instance it made the program sticky. It hasn't done that since I turned that warning off.
Another (probably easier to debug) instance is when I click on a link in my email client, which I usually keep on a different desktop from my browser (Chrome). Instead of just opening the link and leaving the browser on desktop 1, the browser was brought to desktop 2 and now exists on both desktops. You can get rid of the duplicate window on desktop 2 by sending it to desktop 1. Seems to work fine.
The initial report sounds like it might have to do with admin rights. If an application is running as admin and mDesktop isn't, mDesktop isn't able to hide it's windows.
@Dezynworks mDesktop doesn't monitor windows for changes. So if I hide a window on desktop 1, then it un-hides itself on desktop 2, it will exist on both. This is currently a limitation and it will take some creative problem solving to overcome.
What steps will reproduce the problem?
What is the expected output? What do you see instead? Application remains on all desktops. If launched on DT1, when switching to DT2, application remains.
What version of the product are you using? On what operating system? 1.5, Windows 7
Source: https://code.google.com/p/mdesktop/issues/detail?id=27