Processing Ajax...

Title
Close Dialog

Message

Confirm
Close Dialog

Confirm
Close Dialog

Drag between monitors not working in 3.1.8 after installing on XP SP2

User Image
sfwrtr
273 discussion posts
Jon,

I've found that occasionally "drag a maximized window to a different monitor" doesn't work. It is consistently not working at this moment though it is enabled in Window Management. I expect (though don't know because I can't test now) that the problem will go away when I reboot. I just installed 3.1.8 on a machine that has been up for many days, but I've seen the symptom intermittently before. Anything I can do to help you troubleshoot?

Attached is the troubleshooting info from Settings and a bit of the end of the log after making attempts to drag a window. Note that I did also move the windows I failed to drag by clicking my move to monitor #X titlebar buttons.
• Attachment: df318Log1.txt [27,542 bytes]
Mar 18, 2010  • #1
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
Can you post a bit more of the log, starting with when DF was launched? I would like to see the return codes from when the hooks were started. Thanks!
Mar 18, 2010  • #2
User Image
sfwrtr
273 discussion posts
Here's the log. It already began with the install of the product as if the upgrade actually deleted the previous log. It is long...
• Attachment: DisplayFusion.log [204,594 bytes]
Mar 18, 2010  • #3
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
The update does delete the old log, and starts a new one in a better place than your Pictures folder. :) As for the log, bingo:

Code

Mar_18_2010_12:02:29.67: FAIL: HookApplication:HookApplication: Load x86 Failed: Failed to load both hooks.


It sounds like DisplayFusion is having problems loading the hooks. Have you rebooted since updating to the new version?
Mar 18, 2010  • #4
User Image
sfwrtr
273 discussion posts
[color=gray]No, can't reboot right now. But like a said, issues like this usually appear after the machine has been up for a while. At the next reboot, I'll report back. If it happens again (even if after an install, e.g., the beta, etc.), do you want an update?
[/color]
Okay, at this point in writing my reply, I decided to exit DisplayFusion and run it again. The problem went away. Though I doubt it will be diagnostic, I've attached the log showing the shut down and most of the start up of the application (at 14:35.34). Interesting note: The app keeps writing to the log file every few seconds for minutes after start-up. My notepad replacement (PSPad) kept on notifying me of changes until I had to do my nosing about back in notepad. Enjoy!

Any clues to why hooking is failing?
• Attachment: DisplayFusion.log [284,347 bytes]
Mar 18, 2010  • #5
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
Unfortunately there are many things that can cause the hook to fail during loading. Did you reboot after you updated from 3.1.7 to 3.1.8?
Mar 20, 2010  • #6
User Image
sfwrtr
273 discussion posts
No, I didn't reboot. Next time I update DF, I'll check the drag. I'm guessing that the install process is what is causing the hooking problem. Now that I know that I just need to stop DF and start again to get it to work properly, I'll try that. I'll report back if it makes a difference next time.
Mar 20, 2010  • #7
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
Just to follow-up, I've improved the hook loading again in the latest betas (3.1.8.103 to be precise). :)
Apr 15, 2010  • #8
User Image
sfwrtr
273 discussion posts
Well, when beta 4 comes out I'll check it out (that is if it doesn't require a reboot)... :wink:
Apr 15, 2010  • #9
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
It shouldn't require a reboot, and it's out now. :)
Apr 17, 2010  • #10
User Image
sfwrtr
273 discussion posts
It did require a reboot... Wasn't able to test the symptom. After roboot, of course, it worked fine.

Any suggestions or requests?
Apr 20, 2010  • #11
User Image
sfwrtr
273 discussion posts
Jon,

Calling this one complete without confirmation is a little bit optimistic? Please send info on how to prevent needing to reboot next time you have a new version so I can test.
Apr 22, 2010  • #12
User Image
Kevin F.
450 discussion posts
The reboot thing has more to do with the current state for your system. As far as the issue is concerned you said that it worked fine. the best way to prevent DF asking for a reboot is to close it before the update and do the update manually.
Apr 22, 2010  • #13
User Image
sfwrtr
273 discussion posts
@Kevin - I was unableto test the symptom which occurs only if a reboot is not required, but thanks for the info: it was the reminder I needed. Next beta, I'll close DF (and all other apps to assure there isn't a shared system DLL), and then I'll upgrade. That should allow me to test properly.
Apr 23, 2010  • #14
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
Please follow-up if this issue continues to happen with each update. Also, it could be a result of A/V software locking the DLL at the instant the installer is trying to replace it.
Apr 23, 2010  • #15
Was this helpful?  Login to Vote(-)  Login to Vote(-)