Hi Brad,

We've been able to reproduce this issue using Window's Remote Desktop. The below comment is what my research showed using Remote Desktop and the "Experience" tab which controls what visual aspects are used -- see attachment.

Thanks for your reply.  A couple of questions.. first, the links you sent refer to issues with Windows XP and high-contrast mode.  Do these relate to Windows 7 as well?

Also, I'm not using Windows Remote Desktop, I'm using TeamViewer.  I assume, based on your reply, that all remote connectivity enabling clients are in play here, not just Remote Desktop.  Please confirm.

Thanks for your reply.  A couple of questions.. first, the links you sent refer to issues with Windows XP and high-contrast mode.  Do these relate to Windows 7 as well?

Yes, this applies to Windows 7 as well. Our tests using Remote Desktop were performed using Window 7. Java still refers to it as an XPStyle theme. The second link (the one beginning with netbeans.org) is logged against Windows 7 platform.

 I assume, based on your reply, that all remote connectivity enabling clients are in play here, not just Remote Desktop.  Please confirm.

Correct -- all remote connectivity enabling clients are in play here. I'm not familiar with TeamViewer so I cannot provide precise instructions on how to do the equivalent of the "Experience" tab in Remote Desktop, but I'm presuming it should have such an option.

Looking at the TeamViewer manual at http://www.teamviewer.com/download/teamviewer_manual.pdf, go to section 13.3 and for "Quality" choose "Custom Settings" and experiment with the options in the Custom Settings dialog.

Thanks again.  Just to close this off, could you explain why the only time I experience this issue is when I get disconnected and need to reconnect?  The application works fine within all of these clients without modification except for when a disconnect is experienced.  I would think if the display settings were the cause of this, the application would always have issues, not just on reconnect. 

The scenario that we're able to reproduce in our labs is the following:

1) You launch ADS from your primary machine -- not using a Remote Desktop connection

2) You then go to a secondary machine and attempt to remote desktop into your primary machine on which ADS is already running. Based upon your "experience" settings, you will experience the refresh issues that you have described.

could you explain why the only time I experience this issue is when I get disconnected and need to reconnect?  

If your Quality setting is "Automatic", could it be that TeamViewer is lowering some of the Quality settings b/c the session got disconnected?

It turns out, this UI refresh doesn't appear related to Remote Connections but has to do with the system altering the Windows Color Scheme to Basic.  I noticed this during a Webex session.  Webex alters your display for whatever reason and I got that popup saying Windows has changed me to the basic color scheme.  During the webex and then after the webex I had the same exact Aqua Data Studio display symptoms where the UI was "stuck" and wouldn't refresh.  Moving the mouse around would randomly make some of the menu icons reappear.  

I guess I'm hoping something can be done about this.  ADS is not the only software impacted by a Windows Color Scheme degradation but it is the only software I have that doesn't eventually recover or have an ability to force a UI recovery.

Please investigate if a workaround is possible.

It turns out, this UI refresh doesn't appear related to Remote Connections but has to do with the system altering the Windows Color Scheme to Basic.

Yes, agreed this problem is not limited to Remote Connections but that is one way to consistently reproduce the issue in our labs.

ADS is not the only software impacted by a Windows Color Scheme degradation but it is the only software I have that doesn't eventually recover or have an ability to force a UI recovery.

ADS is a Java application and the problem you're experiencing is only exhibited in Java applications which use Swing to create the User Interface. To investigate further, I downloaded from Oracle's website, Java SE Development Kit 7u45 Demos and Samples Downloads and ran the SwingSet2.jar example. Unfortunately,  their sample demo application exhibited the same repainting issue as seen in ADS when my remote desktop connection forced a Look & Feel change down to "Windows Color Scheme Basic".

We will keep a watch to see if Oracle fixes this issue in their Java 7 JRE. ADS 15 will bundle Java 7 as the default JRE so if Oracle fixes this issue, ADS v15 will no longer exhibit this problem.

Thanks for all of the help you've attempted to provide on this topic.  I understand the dependency and how you have limited ability to remedy a situation caused by the dependency.  Since you get menu's to reappear when mousing over them despite the overall paint issue, couldn't you put code in to force a repaint which could be triggered from a menu item?  I'm not a java programmer and I am certainly not challenging your answer but I know back in my VB days, there was DoEvents and things of that nature which would force processor refresh actions.  Doesn't such a thing exist with Java/Swing?

Hi Brad,

We discussed this issue further internally and reached out to people with experience dealing with Look & Feel (LnF) changes and here is our current thinking:

Understood and thanks for the reply.  I assume this isn't as prevalent for others as it has become for me recently working with offshore teams on webex and showing data query results in ADS.  I suppose in those situations I should shut down ADS and fire up the SQL Server Management Studio but I cringe at the thought.  Hopefully Oracle will figure this out on the Java side and the problem corrects itself.

 I suppose in those situations I should shut down ADS and fire up the SQL Server Management Studio but I cringe at the thought.

Have you tried the following:

After launching webex, share the entire desktop instead of sharing the app. In our experience, this tends to work ok. (We're going to verify this again.)

We did some testing here and found:

What did Work (no apparent display issues)

That makes a lot of sense.  In the cases that work the color management and display altering is being done while the program is dormant.  If the program is active, that's when the problem exists - but honestly not all the time.  It's hit or miss.  There are times when I launch a webex from a remote team viewer connection to my desktop where ADStudio is already open and it's fine.  I've also seen cases where it has actually repainted itself albeit not the way it was -- kinda distorted and off kilter - but the attempt at repaint is obviously there.  My problem is I have ADStudio open all the time :-)

ADS 15 now have Java 1.7.0_51 and the latest JIDE.  I think these issues should be resolved.  We will need to do regression on RDP using ADS 15.0

I've checked in a fix for this issue.  We will need to do regression to make sure we take into account all scenarios.

 I could not find display issues with display issues with 15.0.0-beta-36. I tested numerous scenarios with both remote desktop and webex meetings.