I hate to bring this up as it isn't even a regular conflict (but a conflict within a conflict), however, it seems to emanate from 3.4.1 Betas (I don't know when it started, to be honest, but it's there in .12 yet absent in 3.4.0.
I use Listary free version (
http://www.listary.com/) in conjunction with xplorer2 file manager (
http://www.zabkat.com/) x64 pro version, and from a cold startup (with DF and Listary both set to start with Windows) for some reason Listary can't hook into x2's panes properly anymore (it works fine in DF 3.4.0).
I tried disabling the compatibility aspects (in DF) of both programmes to nil (even the Listary x86 "helper" module) but to no effect - the only thing that works is to kill DF completely which then instantly allows Listary to hook x2 properly again.
Bizarrely (and just to make it more confusing) Listary hooks into Windows' explorer.exe just fine even under .12, and indeed if I kill the Listary process and restart it then it will hook properly into x2 (but not, as stated, from cold system auto-startup).
Like I said, I hate to mention this, but I spent so much time looking at different versions of all 3 programmes (as well as AV's, etc) before determining DF as the culprit that I'm sure it's part of the recent gaggle of "compatibility" evils Jon no doubt regrets ever taking on. Anyway, as Keith seems to enjoy replicating things, he might have some fun with it...