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
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.
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.