Well, the whole idea behind my using both my audio interface and the on-board sound is PRECISELY to avoid any conflicts.
Windows never tries to access the audio interface on my system, because it has the default audio device set to the on-board sound. So, any application, such as Chrome, or Windows Media Player, simply use the Windows default audio device, which as the on-board sound works just fine.
And for my music applications, such as Sonar, or if I want to run a stand-alone version of Dim Pro for some reason, I have them all routed to use the audio interface, and its ASIO drivers. None of these applications point to the on-board sound, so again there is no conflict (as long as I don't run Sonar and stand-alone Dim Pro at the same time).
Lots of folks run as above, and lots of folks run with everything sharing their audio interface. When they run like that, many of those folks disable things like Windows sounds, so that opening a document doesn't play a Windows sound that would attempt to hijack the ASIO drivers.
I just prefer to avoid all of that by keeping things completely separate, between apps I want to have accessing the audio interface, and apps that I just choose to route through the standard on-board sound.
I hope that helps,
Bob Bone