Hello there. I believe that Display Fusion has had a GDI Handle Leak in its .dll that is injected into explorer, at least as far back as 7.1, and is occurring on Windows 8 and 10, when there is a fast interval of wallpaper switching. By having DF change the wallpaper every 0.1 minutes, the issue becomes apparent after an hour or two. Currently its only occurring on this computer, but I bet if I was to enable fast wallpaper switching (like a slideshow) on my other computers, and have the images load randomly, then the same would be produced after an hour or two, eventually leading to a GDI overflow, which happened on Win8, and now the Win10 upgrade (taskbar icons get all smashed together, text disappears on desktop icons, etc). Note: I have now tested it on a completely separate Win8.1 computer, and the same has eventually occurred with high handle counts (shown via Process Hacker / Process Explorer). I plan to test it on a Win7 VM as well and let you know.

I have tested the following DF versions:
Windows 8:
7.1 non-beta & all betas leading up to 7.2.
7.2 non-beta

Windows 10:
7.2 non-beta
7.3 betas so far

I have used NirSoft's ShellExView and Sysinternals' autoruns to disable everything non-Microsoft default

When I pause the wallpaper switching and leave the computer sit for 1 hour, there is no high memory consumption or extremely high GDI handle count.

Here it is when wallpaper switching is enabled
http://i.imgur.com/ezzSTKD.png
(to clarify in this screenshot, when I say until explorer.exe is restarted, I mean when I manually restart it via PH or PE, if I can even do so with the context menu being drawn)

Also note, I have disabled anything and everything in DF's settings to make it only be a wallpaper switching and do NOTHING else. Also I have even added Compatibility to explorer.exe checking every checkbox, expect the ones that stop the wallpaper from switching.

Finally, I have analyzed the entire list (on multiple occasions) all modules that are loaded in explorer.exe via PH, sorting by Company Name (to ignore all Microsoft Corporation ones), and the only extra ones are:
- 2 for Intel's Display Graphics (which I have uninstalled or updated to the latest, without any effect)
- DF's Hook dll

Lastly, I should also note that I have looked into explorer.exe with VMMap during a high leak, but I wasn't able to find anything revelation or to blame (even though I have tested and repro-ed the cause via pausing DF's wallpaper switching)

I really hope I can assist with getting to the bottom of this, because it is crippling the use of my computers after leaving them running for a day until I restart explorer... or even worse if someone else needs to use a computer and I have to walk them through what to do for it to become usable again.
I love the wallpaper switching, but the leak isn't acceptable (I know it's not intended).

Please let me know how else I can help.

Wow thats great! I thought you were going to come back and tell me that I'm crazy, lol!
Thanks man!! Glad to help.

Hey again. I'm going to test out Beta 4, would this possibly be fixed in it now?

Ok thanks so much. Note in Beta 6 yet though, right? I assume it will be in 7.3 if not. since this is the last beta for 7.2?

Thank you very much.
So the 7.4 (or 7.3.2) beta should have this nailed down? Sorry to sound anxious, it's just starting to really get to my patients enough that I am about to develop an automated scheduled task to run a batch file to taskkill explorer every day at 3a or something, lol.

Hello again Keith and DF. I have noticed that as of Feb 2016 DF is at v8.0, Beta 4.
While I have implemented a scheduled task to kill explorer.exe every night at 3a on all of my computers, it's really starting to worry me that this will slip through the cracks, albeit I am not a fan of having a knowing software app running 24/7 on all my computers that leaks memory .

Can I get any status on this, or future plan? Thank you!

Hi again Keith. Did this ever make it in?

I've also noticed some crazy lag with typing into applications everytime the explorer.exe wallpaper switches (like when set to this fast mode). The lag affects all applications like Google Chrome, Notepad, etc. I will also notice the menubar flicker like there was some kind of broadcasted WM_SETTINGCHANGE message sent out or something. Any ideas?

Hi there, sorry I didn't previously see you asked a question about this.
I am not sure... I believe not as of Windows 10 here.

If you have any new status, just post back here

I believe this to still be an issue. I have been struggling with high GDI usage for Explorer.exe for some time now, and it appears to be DisplayFusion-related. I have increased my GDI maximum to 32,000 (I have a ton of RAM) from the default of 10000 (as a test), and after a few days of use, Explorer.exe creeps back up to over 20k GDI count over time.

Yes indeed, this is some issue for many years. I have created a hack-around (when transitioning thru MANY wallpapers frequently) by doing the following:

- In the Desktop Wallpaper Configuration window, click Wallpaper Settings and disable the "Use transitions" when changing option
(This was the primary problem)

- In the Windows Settings > Personalization > Colours tab, is "Automatically pick an accent colour" enabled? If so, disable it.

- In the DisplayFusion Advanced Settings window, enable the "Run as a Low Priority Process" option and restart DisplayFusion.

- Wallpaper: Use Internal Wallpaper Processing (Rather than in an external process)

Advanced Settings

Search: 'Hooks'
- Pause Global hooks on Full screen: Applicaion hooks will be paused

Alternatively create a nightly scheduled task to run: taskkill /im explorer.exe /f

Thank you - I have uploaded the files request from both my laptop and desktop on which I have experienced the same GDI handle leak. I have been very frustrated trying to find the root cause, so any help you can provide is much appreciated.

Warm regards,