Has anybody seen this installer problem where the user runs an uninstall from the control panel, minimizes the window once the uninstall gets underway and then, when he restores the window after the point where the Finish Uninstalling screen would appear, the window shows up partly off screen? Does anybody know how to prevent this from happening? Or is this simply a bug in Windows Installer that we have to mention in our installer's user documentation?
I'm not sure how to reproduce this behavior to think about how to address it.
In my installers ( InstallShield and WiX mostly ) if I do a "Remove" I get a minimal ui experience that doesn't have a minimize button or a finished dialog. If I do a "Change" and select remove my progress dialog has a minimize but when that dialog is done and the installer switches to a Finished type dialog I get the dialog full size and centered on the screen again as it's a new dialog.
Related
I made a python script to automate sum apps on windows, and its working very fine.
I am using pynput to click on elements (by giving the coordinates)and to insert a text to fields.
Like i said every thing is working very fine, the problem is when i am trying to click on a button (next, cancel...) on an exe installer, the mouse do not move and do not click on the given coordinates when the installer window is in focus.
when putting the installer window out of focus, the mouse starts moving and clicking.
Help please !!!
Thanks a lot
I've uploaded a VS2010 project at the below location. This test app should be run once you have a full screen application running. As soon as its running, you have 2 seconds to click back on your fullscreen application. It creates 2 modeless dialog boxes using the full screen application (which should be the last window to have focus) as the owner of the dialog boxes. One dialog is displayed, hidden, the second dialog is displayed, hidden and then the first dialog is displayed again in a cycle. What I find is that when the first dialog box is displayed for the second time, the taskbar pops up. I've spent 4 painful days trying to understand whats going on here and I am desperate for some help.
I received some help which suggested that when I call DestroyWindow to hide the dialogs, Windows would put focus "somewhere" - and in my case the taskbar. Previously when I asked this question I wasn't using the full screen application as the Owner of my windows. I would have thought that the focus should go back to the owner window? I have also tried calling SetFocus() and SetForegroundWindow() on the full screen application prior to calling DestroyWindow on my dialog - but the seems to cause the taskbar to appear everytime and I don't want that at all.
Please help!
Sample VS2010 Project
How do I find which Windows process is displaying a given taskbar system tray icon?
I've just realised that in Windows 7 the 'Select which icons and notifications appear on the taskbar' menu helps a bit here. Find it by right-clicking the taskbar, go to 'Properties', then click the 'Customize...' button in the 'Notification area' frame.
Each row in that window represents a taskbar icon that Windows Explorer has seen. Of the left two rwos, I believe the top one is the process's description as shown in Task Manager, and the bottom one is the window title for the window showing the taskbar icon.
This would've helped me track down my original problem! VisualSVN was popping up a 'Register me!' nag window in the system tray, despite no obvious VisualSVN processes running. Eventually I noticed that this nag window disappeared when I closed Visual Studio, so it was clear that the VisualSVN add-in DLL loaded in Visual Studio was creating the nag window.
Shell_NotifyIcon works by sending a special WM_COPYDATA message to the taskbar, if you inject into explorer and subclass the taskbar you could catch this message, you could then get the process id by calling GetWindowThreadProcessId on COPYDATAstruct.NOTIFYICONDATA.hwnd.
...and of course, this is a hack and relies on undocumented information that could change at any time!
I don't believe this to be possible. Certainly Spy++ reports that the Notification area is a single window named "User Promoted Notification Area". This window is ultimately parented with the desktop window and has no obvious association with the process that created the notification icon.
Well, by possible I mean possible without resorting to hacks like Anders suggests which is no doubt feasible, but not what I imagine the OP is looking for!
In a custom toolset I have installed for Visual Studio, there is a popup window that should appear to me so that I can manipulate one of the lists (an in-built editor). The component is Telerik, but I don't think that has anything to do with it (maybe).
The popup window is no longer popping up to me. I wonder if it got minimized or it's a z-index thing, where the window is behind VS? But this locks up VS, and I can't do anything within it until I cancel the window. But I can't cancel the window because I can't see it... and so that is really slowing me down and is really frustrating.
Is there a way to get around this? A key press to bring this to the front or give it the focus?
Thanks.
You should be able to cancel it with ESC. You can also test if you can find the window with CTRL-TAB. If this not help then an uninstall, boot and reinstall seems the only possible solution.
This might be a z-index issue indeed. Try using FireBug or IE dev toolbar to get a hold on the popup and its container and check their styles and z-indices.
Dick
I am using Visual Studio 2005 with Team Foundation Server.
When I right click a file under the source control and choose "compare" VS appears to freeze until I hit escape. My guess is that the window that is supposed to be popping up is somewhere I can't get to. I tried minimizing all the windows that I can and it is nowhere to be found.
Try the keyboard shortcut to get to the window's main menu () then hit 'M' for move and hit an arrow key to attach the window to the mouse - then at the next move of the mouse it should jump to it.
Experiment with a window you can see first.
i had the same problem when trying to check in to TFS - no dialog and ESC escape key undid the freeze.
I had recently, before the problem, changed my Laptop + Monitor configuration as follows:
from Primary screen being the laptop and secondary screen being the monitor
to primary screen being the monitor and secondary being laptop.
I got rid of my secondary screen and tried again. SUre enough the invisible dialog was no longer invisible.
I had to disable my Second Screen as well. Now the check-in screen where you can add a comment IS visible.