Hey Jon!

When DisplayFusion is active on my system, I encounter weird repaint problems on MMC resize. See attached screenshots for more details.

Steps to reporduce:
1. Open an MMC snap-in (such as services.msc or compmgmt.msc) - non-maximized.
2. Resize the window to a bigger size.

Reported behaviour:
The snap-in will not be properly repainted in the console area.

Workaround:
Kill DF and see how the resizing works properly again

Using DF 3.3.0 on Windows 7 x64 with SP1.

May I generate any logs for you to resolve this?

Thanks in advance
xasx

last time i sort of had this problem i unticked "adjust background with use of active desktop"

I doubt whether this option is enabled at home. Will check it.

Problem doesn't seem to occur on my computer at work.

The option is actually NOT enabled on my home computer.

• UAC is enabled on my system.
• I use the latest NVidia drivers (266.5

Just one observation: It seems that the scroll bars (i.e. actual MMC snap-in view area) are not adopted to the new size of the window.

Just read the change log of 3.4.0 Beta 1. Curious to try at home since here at work I do not see the issue.

Since I am technically interested, can you provide some (few) details on why this happened and how to overcome? Forget about this question if you have to reveal any DF secrets :angel:

Does work now, although there seems to be some amount of black window left one can see when resizing, but that does not affect the MMC snapin to eventually show up at the correct size.

Many thanks.

Thank you for fixing it. I emailed support earlier in the year about it. I was beginning to think it was a hardware fault. This thread actually made me quite happy when I saw it wasnt just me. Anyway, just to confirm that the latest beta gets rid of the problem. BTW, the services window under MMC is always has a bit of lag on its repaint.

Is there any chance of knowing what the problem was and what the fix was? Reason I ask is that I was suffering the same fault with admuncher and would like to tell them where the problem is.

Also, you say it was a Win 7 fault and partly hardware. I changed everything but the processor and motherboard and suffered it still. In my case it was a P67 motherboard with a 2600K sandybridge processor. Were you able to identify a trend on the hardware?

Disclosure

Regarding the resizing effects: They do also appear when DF is closed.

I was referring to the black borders upon resizing, but they are only seen when resizing fast. When the window is in tis final positions there are no black borders at all.

:blank: I just love to conversate with one of my favorite developers team.

Whilst this issue is fixed with the Services window. It still occurs with Microsoft Money and Microsoft Autoroute and Nuance PDF Convertor (drag those windows bigger when DF is running and you get the same corruption that appeared with Services). Yet when DF is not running, there is no issue.

I regret to report that I am experiencing the same repaint issues with my MMC windows.

Drove me nuts trying to locate the source of the issue, but if I close display fusion, the problem goes away immediately.

Using Windows 7 x64 (Enterprise), Service Pack 1
ATI Video Card (HD 5450)
Driver Version 8.850.0.0 (Catalyst 11.5 - also experienced with Catalyst 11.6, but I think it's the same driver version)

Temporary workaround is to either resize the 'left' panel, or turn on, then off the 'action pane', as this causes the mmc window to redraw itself properly.

Display Fusion Pro Version 3.3.1

After I posted, I noticed there was a beta version available. (3.4.0 Beta 8 )
Reading the notes, I was excited to see they say one of the issues addressed is the MMC Repaint issue.

I downloaded the new version and..

it partially works.

MMC windows like services.msc and compmgmt.msc are indeed working properly.

However, my "Kaspersky Administration Kit", and "Group Policy Management" windows are still experiencing the problem.

One of the things in the later version of the beta I noticed you added was the ability to disable hooks for certain programs. I went into compatibility and added "C:\Windows\SysWOW64\mmc.exe" to the list (This is the version of MMC that is running those two windows for me) - Turned off "Allow this application to load displayfusion hooks" - and.. YAY.. they are working now.

So.. whatever you did to the regular mmc window for exclusions, I think you just need to add it to the one running from syswow64 as well.



Thanks for the excellent program.

I fixed msmoney by adding the following to compatbility and disabling "allow this application to load displayfusion hooks):

C:\Program Files (x86)\Microsoft Money 2005\MNYCoreFiles\msmoney.exe

Having the option to remove the loading displayfusion hooks makes things a lot easier as there are not many programs that suffer the problem. its just a pain when they do.

Running into the same problem with..
C:\Program Files (x86)\Adobe\Reader 8.0\Reader\AcroRd32.exe

Adding it to compatibility fixed the issue.

Do you want to know about further programs we find that run into this issue, and should we be posting them in this thread? The new compatibility options do help a lot when running across this.

(windows 7 enterprise, x64)

Edited because I meant to mention - downloaded beta9 this morning, and was able to take the wow64/mmc.exe out of compatibility and it works great!

Its funny that you mentioned acrobat as I had the same problem with Acrobat Writer 10. However, its not in my compatibility list and its no longer suffering the problem. I put it down to one of the recent betas (i'm on beta 9 currently)

Any chance we could get a "don't repaint" option in compatibility options?

I'm running into the repaint issue with Lotus Notes as well.(actually, just domino administrator, but it's all controlled by notes2.exe) I really like display fusion's option to easily throw my application to the other window by middle clicking the title bar, but if I add a program to compatibility and choose "don't allow display fusion hooks", then obviously the middle click functionality disappears.

Thanks.

Dear Keith,

We're currently trying to figure out the cause of this problem, as we're experiencing an identical conflict on some hardware with our product (Ad Muncher, www.admuncher.com). Could you possibly let me know the cause you found when investigating? It would save us going through the same headaches and I'd really appreciate it.

Thanks in advance.

Just a bit of feeback on my earlier comment about adobe acrobat. It needed to be added to the compatibility list to get it to work. It didn't get fixed in an update.

Jon: Thanks so much for taking the time to reply. Unfortunately I've started to notice the problem in the Chrome browser as well, which we can't avoid patching to do what we need to do.

Extremely frustrating. Will keep investigating from here and will let you know if I find any silver bullets.

I've been having this exact same issue for a long time now, but the funny thing is I had installed display fusion to try out, but didn't have the function I needed so I uninstalled it and have the same problem. So either this is a problem related multi monitor systems and windows 7 or the applications that help out like df or in my case probably the inefficient Matrox power desk. I'm going to go ahead and try DF again with suggested fixes.

Thomas, I trialled a few other MM applications and found all but one other had the same issue. However, as soon as it was identified and reported here, the compatibility mode option was quickly made available as a workaround.

I also use admuncher which suffers the same problem and once in the past another bit of unrelated software did but I cannot recall what that was. Nowadays, whenever I try new software, I see if the problem occurs as part of the trial process.

Microsoft have issued a hotfix for this problem.

http://support.microsoft.com/kb/2643882

It is indicated that it is for Streets & Trips but it works with any other program suffering the same issue or the repaint issue.