.NET Forum / Visual Studio.NET / IDE / May 2004
Weird hidden window in VS.Net 2003
|
|
Thread rating:  |
J.Marsch - 08 Jan 2004 23:53 GMT Hello all:
I work on a dual monitor machine. Usually VS.Net is running maximized in the left (primary) monitor.
Now I've noticed that every now and then I can see a "mystery window" -- the frame and caption bar (and only those items) of a window on my right monitor. It appears in the lower left quadrant of my right monitor. If I click on the close (x) button, it will close Visual Studio. If I minimize it, it sometimes minimizes independently, but sometimes it causes the VS.Net main window to minimize as well. I goes away when I close VS.Net.
The window usually seems to manifest when performing project - level administration, such as opening the Add Reference dialog. Is this a known issue?
Marc Bernard - 09 Jan 2004 17:12 GMT > Hello all: > > The window usually seems to manifest when performing project - level > administration, such as opening the Add Reference dialog. Is this a known > issue? It seems to be a known issue to several of us here. Presumably (hopefully?) someone from Microsoft will notice and fix it for Whidbey.
Marc
"John Eikanger [MSFT]" - 09 Jan 2004 22:42 GMT Hi, Jeremy
Can you give me a little more information so that I can reproduce the problem? I can visualize what you are talking about, but I have not seen it myself. I can't ask the developers to fix it if I can't show them how to make it happen.
Thank you for choosing the MSDN Managed Newsgroups,
John Eikanger Microsoft Developer Support
This posting is provided ?AS IS? with no warranties, and confers no rights. --------------------
| Reply-To: "J.Marsch" <jeremy@ctcdeveloper.com> | From: "J.Marsch" <jeremy@ctcdeveloper.com> [quoted text clipped - 17 lines] | administration, such as opening the Add Reference dialog. Is this a known | issue? Self - 10 Jan 2004 00:55 GMT >Hi, Jeremy > [quoted text clipped - 7 lines] >John Eikanger >Microsoft Developer Support I can I have this a lot.
Have seen it happen with references but I have also re-created it (on a semi daily/weekly basis this shows up).
What I have noticed:
Seems most likely to happen in Multi project solutions of mixed types. Mine has 2 C#, 2 vb, 2 deployment projects a merge module (dependent on project items) and a Setup, and 22 C++ projects.
This seems to happen to most often when the following conditions exist,
I have C# or VB designer -and- code open, I open several C++ files. I right-click to close the designer windows or change to another non-designer window (using tabbed layout) and then Maximize or restore the window. It will then generate a separate phantom type window on the other monitor. Also sometimes happens when I use the taskbar Quick Launch bar Show/Hide Desktop button.
Like stated before it is clickable window (this is a interesting trick BTW) I can use the minimize button or maximize from *BOTH* windows and the close button. The contents are not drawn and the color is the normal window background.
Using the windows key Minimize all or cascade windows (moving it onto the monitor it's displaying on) it sometimes goes away. Also reducing the machine load (i.e. stopping processes closing apps) sometimes makes it spontaneously disappear.
Happens most often when machine is under 50%+ processor usage and the IDE is either compiling or another process has the CPU (like another compiler (not VS.NET)), but I have had it happen with an empty IDE too (though this is rare).
Info :
Software :
WinXP SP1,all SP2 released content installed Full MSDN copy of VS.NET 2003 with all options installed SQL Developer edition installed and running PSDK is most current from PSDK Update site with everything installed Virtual PC 2004, running W2k test (nothing but base SP4 OS and our software package installed).
Pentium 4 512mb RAM 60gb HD ATI Mobility Graphics chip.
Pagefile is 1GB currently(though this is controlled by XP)
If you need more info let me know what and next time it happens I can pull anything you would like (if you give directions or link to them). Willing to consider remote debugging access to machine have high speed connection and can use T1 if needed.
Regards,
E.
>This posting is provided AS IS with no warranties, and confers no rights. >-------------------- [quoted text clipped - 20 lines] >| administration, such as opening the Add Reference dialog. Is this a known >| issue? J.Marsch - 12 Jan 2004 15:53 GMT John:
I think that Self pretty much has it covered. All I can add is that mine is not a mixed solution: This solution contains 18 C# projects -- all class libraries except one (winform app). The behavior that I see pretty much matches Self's. There is no 100% repro, but it does happen several times a week. Adding references is where I get it most. However it might have something to do with source control. It usually seems to happen when a source control "checkout" dialog is automatically displayed-- like when you modify the contents of a controlled project, or when you attempt to edit a source file that you do not have checked out. I think that I have also seen the effect after refreshing my project from source control.
> Hi, Jeremy > [quoted text clipped - 9 lines] > > This posting is provided "AS IS" with no warranties, and confers no rights.
> -------------------- > | Reply-To: "J.Marsch" <jeremy@ctcdeveloper.com> [quoted text clipped - 19 lines] > | administration, such as opening the Add Reference dialog. Is this a known > | issue? "John Eikanger [MSFT]" - 13 Jan 2004 00:57 GMT Hi, Folks
I can see that this is not an isolated issue. From all of your feedback it looks like SCC is not a factor, and the problem occurs in both a heterogeneous and homogeneous language assemblies.
The key piece here is the video configuration. Are you using a dual head card, or multiple cards like Marc. Which of the cards is AGP and which is PCI?
I'd also like to receive a screen shot. If you remove "online." from my alias, and put it in a mail, it should get to me.
Thanks,
John Eikanger Microsoft Developer Support
This posting is provided ?AS IS? with no warranties, and confers no rights.
--------------------
| Reply-To: "J.Marsch" <jeremy@ctcdeveloper.com> | From: "J.Marsch" <jeremy@ctcdeveloper.com> [quoted text clipped - 57 lines] | known | > | issue? Self - 13 Jan 2004 12:23 GMT >Hi, Folks > [quoted text clipped - 13 lines] >John Eikanger >Microsoft Developer Support ATI Mobility Using LCD on Laptop and VGA port to 19" monitor.
Typical config
Primary is LCD ID's as Monitor #1 Common res: 1280 x 1024 x 32bpp
Secondary is 19" ID's as Monitor #2 Common res: 1600 x 1200 x 32bpp
Though I have noticed bpp and res do not seem to be a factor for me.
-E.
J.Marsch - 13 Jan 2004 15:44 GMT I'll watch for the next occurrence.
Video config: 1 dual-head NVIDIA GeForce FX 5200 Ultra. (AGP) Resolution is 1600x1200 / highest color quality. Weird cabling: Monitor #2 = primary (on left side). Monitor #1 = secondary. Both monitors run at the same resolution.
> >Hi, Folks > > [quoted text clipped - 27 lines] > > -E. John Lemp - 27 Jan 2004 19:25 GMT There are several of us here running multiple monitors and we also experience this issue. We are all running multiple monitors on a single GeForceFX 5200. The primary monitor is on the left and the secondary monitor is on the right connected to the Geforce using the DVI connection. Both are 1280 x 1024, 32 bit. The strange ghost window appears lower left corner of the second monitor.
John
> Hi, Folks > [quoted text clipped - 15 lines] > > This posting is provided "AS IS" with no warranties, and confers no rights.
> -------------------- > | Reply-To: "J.Marsch" <jeremy@ctcdeveloper.com> [quoted text clipped - 66 lines] > | known > | > | issue? "John Eikanger [MSFT]" - 29 Jan 2004 01:50 GMT Could you folks try Spy++ and report back the window information? That should give us a big hint as to what is generating that window.
Thanks,
John Eikanger Microsoft Developer Support
This posting is provided ?AS IS? with no warranties, and confers no rights.
--------------------
| Reply-To: "John Lemp" <news@graavy.com> | From: "John Lemp" <news@graavy.com> | References: <u7LbiKk1DHA.3220@tk2msftngp13.phx.gbl> <9ZVvmHw1DHA.2712@cpmsftngxa07.phx.gbl> <erSoBRS2DHA.2000@TK2MSFTNGP11.phx.gbl> <ju9vvAX2DHA.2900@cpmsftngxa07.phx.gbl>
| Subject: Re: Weird hidden window in VS.Net 2003 | Date: Tue, 27 Jan 2004 14:25:39 -0500 [quoted text clipped - 108 lines] | > | known | > | > | issue? J.Marsch - 09 Feb 2004 16:20 GMT John:
I will post back with Spy++ details as soon as I see the window again. I have been working on some early proof/research stuff that is not source controlled, and I have not seen the window. It was very common when I worked on our source controlled solutions, though.
> Could you folks try Spy++ and report back the window information? That > should give us a big hint as to what is generating that window. [quoted text clipped - 5 lines] > > This posting is provided "AS IS" with no warranties, and confers no rights.
> -------------------- > | Reply-To: "John Lemp" <news@graavy.com> [quoted text clipped - 133 lines] > | > | known > | > | > | issue? J.Marsch - 09 Feb 2004 20:02 GMT John:
Within about 10 minutes of interacting with a source-controlled project, the mystery window reappeared.
I've got some Spy++ info for you. I'm not highly familiar with the tool -- I didn't find any dump to text option or anything, so I'll just transpose what I can see in the dialogs, hopefully that will give you enough.
Window Caption: Always the same as the Window Caption on the main IDE window.
Window Styles: 9DCB0000
Extended Styles: 00040100
Parent Window: None First Child: None Owner Window: None
Windows Class Name: IDEOwner
Class Styles: 00000000
> Could you folks try Spy++ and report back the window information? That > should give us a big hint as to what is generating that window. [quoted text clipped - 5 lines] > > This posting is provided "AS IS" with no warranties, and confers no rights.
> -------------------- > | Reply-To: "John Lemp" <news@graavy.com> [quoted text clipped - 133 lines] > | > | known > | > | > | issue? Marc Bernard - 12 Jan 2004 16:52 GMT My situation is similar to the others:
Dell 4500 with two video cards (NVIDIA GeForce 4 MX420 and ATI RADEON 7000). Both montiors set to 1280x1024, 32 bit colour.
Solution has ~30 projects, all C#, one setup project.
I notice the "bonus" window when building the solution.
No source control integration.
Marc
Jim Bohannon \(133362\) - 31 Jan 2004 02:26 GMT I see this problem on all my machines, both single monitor and dual monitor.
The interesting thing is that I never had this problem for the first few months of using Visual Studio.NET 2003.
I honestly think it is related to using one of the new versions of the MSDN library. I am currently using MSDN January 2004 version of the library but I can't remember if the problem happened with the October 2003 version or not.
I only see the window appear when doing builds. If I minimize VS.NET using either window, the second one goes away.
I also have noticed that when I minimize VS.NET I get an MDI style icon on the desktop instead of it minimizing into the task bar.
It is a totally annoying problem.
I have also noticed that on at least one machine my builds crawl to a standstill when this window is present during a build. Projects that take 5 seconds on to build on several different computers take up to 2-3 minutes on this computer and it is a faster machine.
Jim Bohannon Applied Biosystems
> Hello all: > [quoted text clipped - 11 lines] > administration, such as opening the Add Reference dialog. Is this a known > issue? Aaron Randolph - 12 Feb 2004 20:04 GMT Just to add, this happens a lot to me in 2002. One thing I have noticed though is at home I have the secondary monitor on the left instead of the right. It never shows up there that I can remember. So it looks like it only pushes this window to the right. Or maybe because I'm using dual video cards at home?
> Hello all: > [quoted text clipped - 11 lines] > administration, such as opening the Add Reference dialog. Is this a known > issue? "=?Utf-8?B?Sm9obiBFaWthbmdlcg==?=" - 18 Feb 2004 23:20 GMT Ladies and Gentlemen
Sorry this has taken so long, but it's been difficult to get much attention for the problem without an in house repro case.
Our best guess at this time is that you are not using the default order for your monitors. Under those circumstances we sometimes see graphical anomalies because the coordinates of the second monitor are now negative, and some of the windows that the IDE creates are hidden by creating them specifying a negative origin.
You can check this by opening the display properties dialog and selecting the Settings tab. If the 2 screens are not displayed as 1 2, try changing them to that configuration and see if the hidden window problem persists.
If you are experiencing the problem, please check and see if this resolves it. If not, I need to know so that I can take the problem to the next step.
Thanks,
John Eikanger Microsoft Developer Support
This posting is provided ?AS IS? with no warranties, and confers no rights.
"=?Utf-8?B?Sm9obiBFaWthbmdlcg==?=" - 21 Feb 2004 14:38 GMT Status Update:
The feedback I have received indicates that the order and arrangement of the 2 monitors does not affect this particular problem.
We will continue to attempt to produce a scenario that duplicates the problem on our hardware.
John Eikanger Microsoft Developer Support
This posting is provided ?AS IS? with no warranties, and confers no rights.
Bhavik Shah [MSFT] - 24 Feb 2004 23:42 GMT Hey Guys,
Thank you very much for bringing this to Microsoft's attention.
After looking at this thread, I found a bug which describes to be very similar to what you guys are talking about.
Please let me know if you think following is the same behavior the issue discussed here.
Description ========== When using the Visual Studio.NET IDE on a dual monitor system, occasionally the main application window will attempt to redaw on both displays.
Steps to reproduce problem: (These steps may not always reproduce the problem)
* Open Visual Studio.NET. * Move the window to the Secondary Display. * Maximize the window. * Open a project. * Open a source file inside that project. * Switch to another application in the Primary Display * Click on the Visual Studio.NET IDE in the Secondary Display * Attempt to click and drag to highlight some code. * IDE becomes unresponsive. * The IDE frame window is redrawn in the Primary display as well as still existing in the Secondary display. However, the window in the Primary display will have a solid white client area.
Note: Program can be closed via the system menu button on either display.
Workaround: When this happens, minimize both IDE windows. Then restore the window from the taskbar. The IDE will resume it's position in the secondary display.
We are not able to reproduce this issue for next version of VS .Net.
Que ==== Are you able to reproduce the behavior on VS .Net 2002 or 2003 using above steps?
Thanks, Bhavik Shah Microsoft Visual C++ Support
This posting is provided "AS IS" with no warranties, and confers no rights.
--------------------
>>From: "Aaron Randolph" <aaron.randolph@veridian.com> >>References: <u7LbiKk1DHA.3220@tk2msftngp13.phx.gbl> [quoted text clipped - 9 lines] >>NNTP-Posting-Host: gd-ais-12.vaal02.veridian.com 137.100.126.12 >>Path: cpmsftngxa07.phx.gbl!cpmsftngxa06.phx.gbl!cpmsftngxa10.phx.gbl!TK2MSFTNGXA05 .phx.gbl!TK2MSFTNGP08.phx.gbl!tk2msftngp13.phx.gbl
>>Xref: cpmsftngxa07.phx.gbl microsoft.public.vsnet.ide:10814 >>X-Tomcat-NG: microsoft.public.vsnet.ide [quoted text clipped - 21 lines] >>> administration, such as opening the Add Reference dialog. Is this a known >>> issue? John Eikanger [MSFT] - 02 Mar 2004 00:21 GMT Status update
We have a bug filed on the problem and a few people who have seen it but cannot reproduce it at will. When it happens to someone again, the devs are ready to move in on the machine and figure out why it is happening. Until then it is lower priority, since it doesn't break anything. One thing that you can try is to not maximize VS. Instead size it to fill the screen on one monitor. If you still see the problem, please post here and I will pass it on to the dev team.
Thank you for all of your help,
John Eikanger Microsoft Developer Support
This posting is provided ?AS IS? with no warranties, and confers no rights.
Thomas Liebald - 13 May 2004 10:51 GMT Hi there
I have another weird behaviour in the VS.net IDE
1. I open the .net IDE and i do not open any project 2. Then I minimize the IDE-windo 3. Then i try to restore the IDE-window by clicking on the taskbar-icon now the IDE is inresponsible.Some color gradient ist displayed and I can wipeout the the graphics on the screen with the window of another application (i.e. Explorer). Only a small window will be left on the screen (which can be closed and if there was a project loaded and modified, you will be asked to save your work...
This behaviour is reproduceable. I have a Matrox P650 AGP graphiccard (Dualhead) The monitors have the standardlayout (1st is the primary 2nd ist the secondary screen I can provide a screenshot
Regard Thomas Liebal Hewlett-Packard
Tony Carreon - 14 May 2004 21:21 GMT I get something similar. From time to time the VS ide main window will become unresponsive to minimize, restore and close commands. I can still use the maximize/window command. If i use the toolbox (or right click on the taskbar item) i can select Restore and then minimize/close, etc will become available.
Free MagazinesGet these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...
|
|
|