search

octalmage / mDesktop

mDesktop is a lightweight application that allows the user to utilize multiple virtual desktops.
Other
242 stars 46 forks source link

Application is present on all desktops. A nice feature (if another app), but unexpected. #3

Open octalmage opened 10 years ago

octalmage commented 10 years ago

What steps will reproduce the problem?

  1. Install the TippingPoint Security Management System application.
  2. Launch. This can be reproduced @ the login screen, which is all you will be able to do with out the associated hardware with which to connect.

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

--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/2710115-application-is-present-on-all-desktops-a-nice-feature-if-another-app-but-unexpected?utm_campaign=plugin&utm_content=tracker%2F1897034&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F1897034&utm_medium=issues&utm_source=github).
ghost commented 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.

octalmage commented 10 years ago

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.