Hello -
We have a .NET 2.0 Windows Forms application using .NetAdvantage 9.2 controls (9.2.20092.2083) that is accessed via Ericom (similar to Citrix).
We have found that when the application is not Maximized and the user clicks the drop down button on an UltraComboEditor a colored box (color varies depending on the server) is drawn on the users desktop. The size of the box seems to match the size of the window. This is an MDI application and only happens when the MDI child being used is not maximized in the MDI frame.
Depending on where this box is drawn and how large it is, the potential exists for a user to not be able to access anything on their TaskBar. Additionally, if they minimize the application with this box on the screen and it is covering the TaskBar and or Start button it is near impossible to access anything else.
A similar issue occurs with UltraTabControl that have tooltips.
I do have a video that illustrates the issues if there is a way to get it to you.
I have created a empty form (no custom code of any kind) except for a few controls, Infragistics controls and standard .NET Controls. The .NET controls work fine but the Infragistics controls result in the boxes being drawn. I can also provide the example form.
Any suggestions for addressing this are much appreciated.
Thanks.
- John Mercure
Hi John,
You can attach a file to your post by going to the Options tab when posting. So you could attach a video that way (assuming it's small enough; there is a file size limit). You could also post some screen shots that way.
I vaguely recall that there were some bugs when using some of our controls through Citrix and I am sure we made some fixes to our controls to fix some of those issues a few years ago. I don't remember exactly what those issues were, though. And I am pretty sure I've never heard of anything like the boxes you describe.
Do these boxes show up in addition to the dropdown window? Or instead of it?
Is the color of the box the same as the system tooltip color? If so, then it could be that the boxes are tooltips that are simply being improperly positioned or sized. If that's the case, then I suspect the fixes we made will help you, because I am pretty sure they had something to do with detecting the appropriate screen size and coordinates in a Citrix environment.
So my first suggestion would be to you to update to the latest service release. The last service release for v9.2 was 20092.2119, quite a big jump from the 2083 build you are using.
If that doesn't help, you could try upgrading to the latest version of NetAdvantage (2013.1). You could download the trial version and test it out to see if it fixes the issue before you buy, of course.
One last question Mike.
Can you tell me how to access the last service release for WinForms 2009.2. I can't find a link on your site to do this.
Sorry, I thought I included the link.
How to get the latest service release - Infragistics Community
I'm afraid that video doesn't tell me much. It's not the same color as the tooltip, so it's probably not a mis-positioned tooltip window like I thought. Perhaps the color is the desktop color and the block is not actually a window that is covering the desktop, but just the opposite - an area where the desktop is failing to paint.
One very interesting thing here is that the desktop image is still there. In know nothing about Ericom, but in my experience with Citrix, they typically do not show the desktop wallpaper on the client machine.
Thanks for the link.
Well it has been a while since I have worked with Citrix so I don't recall how it works but Ericom makes it seem as if the application is running on your local desktop thus you can see my desktop in the background of the video. I am not working in a browser depicting the application, I am working on my desktop and the application is available from the taskbar (I don't think Citric does this but I could be wrong).
One thing I didn't do in the video and the reason I say the block is the form, effectively the hidden area of the child form beyond the MDI frame, is that if I move the MDI child form the block moves with it. The borders of the block line up with the visual portion of the MDI child form. If I minimize the child form, the block goes away and if I restore it the block comes back.
For anyone else trying to resolved this issue, the latest 9.2 build/release did not solve the problem. It is possible that the most up to date version of the controls will, but is also possible Ericom has a bug.
When my schedule permits, I will download the latest version and give it a shot. I'll post my findings here, but it may be a while.
Thanks to Mike for his help to this point.
MRG said:Regarding trying to upgrade to 2013.1; that does not support VS2008 and the 2.0 framework, correct?
Yes, that is correct. NetAdvantage 2013.1 is CLR4-only. So you would have to update to CLR4 and use VS2010 or higher.
The last version of NetAdvantage that supported CLR2 was 2012.1.
Well I have been suspecting that it is one of two things:
We do have one instance that does not seem to exhibit this behavior. It is running a more recent version of Ericom (if not the most recent). However we have another server with the same Ericom version and same OS but the behavior is happening that instance. Configuration of Ericom seems to be the same based on what group in charge of that told me.
When I tested and found the standard .NET controls working fine I decided to start this post.
I'll try the latest 2009.2 release next week and let you know if that helps in the off chance there is another Ericom user out there having the same issue.
Regarding trying to upgrade to 2013.1; that does not support VS2008 and the 2.0 framework, correct?
Thanks again for your time.
Hi,
Hm. Well, that is a puzzle. My best guess is that this is a bug in Ericom, then. They must be responding to something that the Combo / tab are doing that the inbox controls don't do.
Our tab control moves the inactivate tab panels out of view, so maybe that's causing Ericom to paint that window in the wrong place or something. Not sure what could be happening with the Combo, though. That's really strange because the Combo doesn't shift anything out of view or have any extra controls like the tab does. It does create a form for it's dropdown, but that's never caused a problem like this, as far as I know.