Processing Ajax...

Title

Message

Confirm

Confirm

Confirm

Confirm

Are you sure you want to delete this item?

Confirm

Are you sure you want to delete this item?

Confirm

Are you sure?

User Image
siliconman01
426 discussion posts
This is on Windows 8.1.1 x64 Pro (latest MS hotfixes), DisplayFusion V7.0.0.B12. Three monitors 3-1-2 with 1 being the main monitor and is Dell P2714T touch screen.

1. Monitor 1 has vertical taskbar, right side, auto hide disabled.
2. Monitor 2 has vertical taskbar, left side, auto hide enabled.
3. Monitor 3 has vertical taskbar, left side, auto hide enabled.

On system startup, the shortcut area of the main monitor's taskbar is blanked out and solid white until monitor 2's hidden taskbar is displayed via mouse rollover. This happens on every startup (reboot or cold start) and thus far I only experience it on system startup. It does not happen if auto hide is disabled on monitor 2.

Pics and system info attached.
ASUS home built Pc on Windows 10 x64 Pro with 3 Dell U2719D monitors. Dell XPS 8940SE on Windows 11x64 Pro with 2 Dell U2719D monitors.
• Attachment [protected]: TaskbarAutoHideIssue.zip [1,418,875 bytes]
Dec 10, 2014  • #1
Keith Lammers (BFS)'s profile on WallpaperFusion.com
We were sort of able to reproduce this here. On startup (or login) the Windows taskbar did flash white briefly before redrawing correctly. We've added this to our list and we'll be sure to let you know when we're able to get it all fixed up :)
Dec 11, 2014  • #2
danlock's profile on WallpaperFusion.com
[removed]
Dec 11, 2014 (modified Dec 16, 2014)  • #3
Keith Lammers (BFS)'s profile on WallpaperFusion.com
@danlock: that sounds like it could be a separate issue. If you exit DisplayFusion, does that still occur?
Dec 15, 2014  • #4
danlock's profile on WallpaperFusion.com
_________________________

(I had left my original post up as a data point in case it might prove useful in the event an error which was somehow related were to crop up, but I doubt it'll be useful any longer.)
_________________________

Quote:
@danlock: that sounds like it could be a separate issue. If you exit DisplayFusion, does that still occur?


Quick answer: You are correct; it was a separate issue, as you suspected. (My 'Metro' apps are working again.) Thank you for your response. :)

Longer answer: Exiting DisplayFusion did not change the unwanted behavior, but I'm not sure DF was fully disabled because the DF taskbar remained active on monitor 2, which indicates that a service (i.e. "c:\Program Files (x86)\DisplayFusionService.exe") might have remained active after the DF UI (and its taskbar icon) had been removed from RAM.

Final answer: Either way, I believe it resulted from a registry/permissions corruption and had nothing to do with DisplayFusion. Whew!
Dec 16, 2014 (modified May 24, 2019)  • #5
Subscribe to this discussion topic using RSS
Was this helpful?  Login to Vote(-)  Login to Vote(-)