Processing Ajax...

Title
Close Dialog

Message

Confirm
Close Dialog

Confirm
Close Dialog

Confirm
Close Dialog

User Image
Kyle Arch
11 discussion posts
Just noticed a small issue with the beta that was also present in Beta 15: when you click on a clock on the taskbar of a non-primary monitor, the mouse jumps to to clock on the primary monitor despite the calendar appearing on the monitor you summoned it on.

Edit: I also have a friend on 3.4.1 who has a similar issue. When he clicks on another clock, the calendar briefly flashes up on his primary monitor.

Edit: I've noticed that the calendar flashing happens for me as well. So my friend just does not have his mouse moving.
Apr 30, 2012 (modified Apr 30, 2012)  • #1
User Image
PGomersall
223 discussion posts
same here
Apr 30, 2012  • #2
Keith Lammers (BFS)'s profile on WallpaperFusion.com
The quick flash of the calendar on the Windows taskbar is normal, as we're opening the calendar and then moving it to the DisplayFusion taskbar.

However, the mouse cursor should stay on the DisplayFusion taskbar.

@Kyle: Could you try reverting back to 3.4.1 to see if it still occurs?

@Pete: Does your calendar just flash on the Windows taskbar, or does your mouse jump to the Windows taskbar?
Apr 30, 2012  • #3
User Image
PGomersall
223 discussion posts
mouse jumps to Windows taskbar.
May 1, 2012  • #4
Keith Lammers (BFS)'s profile on WallpaperFusion.com
@Pete: Ok, did you have that issue in 3.4.1 as well? Could you attach the info from the Troubleshooting tab in Beta 17?

@Kyle: After testing 3.4.1, could you update to Beta 17 as well and attach a copy of the info from the Troubleshooting tab?

I'd like to compare both of your setups to see if there is something common, as I unfortunately haven't been able to reproduce the issue here.

Thanks!
May 1, 2012  • #5
User Image
PGomersall
223 discussion posts
I attach troubleshooting logs. I currently have 2 machines x86 and x64 - both exhibit the problem.
I will attach the x64 logs in the morning.
• Attachment [protected]: DFx86.log [35,832 bytes]
May 1, 2012 (modified May 1, 2012)  • #6
User Image
Kyle Arch
11 discussion posts
I reverted to 3.1.4, and it happened, though not consistently. When clicking on a clock, one of the following would happen:

1) The mouse would jump to the primary monitor, and the calendar would appear on the monitor I clicked on (the original issue)
2) The mouse would jump to the primary monitor, but the calendar doesn't appear. Clicking again at the cursor's new position spawns the calendar, but on the monitor I originally clicked on.
3) The calendar appears on the original monitor and the cursor doesn't jump. This only happened once or twice (I tried several times).

I have three monitors, 2 x 1920x1080 and 1 x 1280x1024. I tried it several times (in both the beta and stable release), but the 3rd option only ever rarely happened on the 1280x1024 monitor. I also only got it to happen in 3.1.4. I can't say whether this is just coincidence or it doesn't work correctly at all in the new version or just one monitor.

I've attached the troubleshooting log from Beta 17.
• Attachment [protected]: df.log [41,257 bytes]
May 1, 2012  • #7
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Ok, thanks guys! Unfortunately I couldn't really see anything in the Troubleshooting info that would point me in the right direction. Would you be able to do the following?
  • Enable "Logging: Important Only" on the Troubleshooting tab and click Apply
  • Reproduce the issue, and note the time so I'll know where to look in the log
  • Send me the %APPDATA%\DisplayFusion\DisplayFusion.log file (can be found by clicking the Open Log button on the Troubleshooting tab)
Thanks!
May 1, 2012  • #8
User Image
PGomersall
223 discussion posts
Keith,
I attach the log.
What I noticed today:
1) Click once on clock, mouse jumps to windows taskbar clock.
2) Move mouse back over DF clock, click again - works as it should this time.
Pete
• Attachment [protected]: DisplayFusion.log [64,760 bytes]
May 1, 2012  • #9
User Image
Kyle Arch
11 discussion posts
I enabled logging, immediately reproduced it and disabled logging, so the entire log should be relevant.
• Attachment [protected]: DisplayFusion.log [19,354 bytes]
May 1, 2012  • #10
User Image
Kyle Arch
11 discussion posts
Just tried out what PG said made it work, and it does work for me so long as I don't dismiss the clock by clicking somewhere else, so:

1) Click on DF clock
(Mouse jumps to primary)
(Calendar spawns on secondary display)
2) Move mouse to Second display without dismissing calendar
3) Click on DF clock
(Calendar dismisses)
(Calendar spawns again; mouse not moved)

I've attached a log of this as well.
• Attachment [protected]: DisplayFusion.log [10,060 bytes]
May 1, 2012  • #11
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
Thanks for the quick feedback guys, can you give this test build a try? It will still be called B17, but it's timestamp will be today's. Thanks!

**file removed**
May 1, 2012 (modified May 1, 2012)  • #12
User Image
Kyle Arch
11 discussion posts
No, the problem is still there.
May 1, 2012  • #13
User Image
PGomersall
223 discussion posts
same here, however I have found something that may help you narrow down what is going on.
I have Windows taskbar set to auto-hide and DF taskbar fixed.
If I fix WTB the problem goes away. Re-setting WTB to auto-hide brings it back.
Pete
May 1, 2012 (modified May 1, 2012)  • #14
User Image
Kyle Arch
11 discussion posts
I've also noticed that the cursor always jumps to the same position each time. It's one pixel from the bottom (so not the absolute bottom; one pixel higher) and the in the middle of the clock on the x axis.
May 1, 2012  • #15
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
Are you guys using the DF (or Windows) taskbar in auto-hide or always shown?
May 1, 2012  • #16
User Image
PGomersall
223 discussion posts
se my edited message from a few minutes ago
May 1, 2012  • #17
User Image
Kyle Arch
11 discussion posts
All my taskbars are set to autohide.
May 1, 2012  • #18
User Image
Kyle Arch
11 discussion posts
... and I can also confirm that setting the Windows taskbar to not autohide prevents the issue. Setting the DF taskbars to autohide has no effect.
May 1, 2012  • #19
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
Excellent detective work! I think we've finally solved this issue, I'm just working on a new debug build. :)
May 1, 2012  • #20
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
OK, can you give this new build a try? It is named Beta17 but it has a newer time stamp. Thanks!
• Attachment: DisplayFusionSetup-4.0.0-Beta17.exe [5,134,696 bytes]
May 1, 2012  • #21
User Image
Kyle Arch
11 discussion posts
That works fine, thanks. Do we get deerstalkers for our detective work? :)
May 1, 2012  • #22
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
That's great news! I'll leave the fashion choices up to you. ;)
May 1, 2012  • #23
User Image
PGomersall
223 discussion posts
fixed here too.
May 1, 2012  • #24
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
Excellent, thanks! :)
May 1, 2012  • #25
Subscribe to this discussion topic using RSS
Was this helpful?  Login to Vote(-)  Login to Vote(-)