The reason this is happening is because when the link between ST <-> QP goes down, traffic is re-routing through ICC. However, once traffic hits the ICC switch, ICC says "I have a default route out" and is sending traffic out its Internet link vs. sending over to QP.
That's how it's supposed to work, technically, but it's not what you want to happen.
If ICC and QP are using different addresses and all traffic is behind NAT, this shouldn't be a problem. But if you're not NATting your traffic to your remote offices (VPN tunnels?) then I could see it being an issue as traffic will have an asymmetric route back -- which is the scenario I warned of.
There are a few different ways that this could be worked around... but any of them require a bit of thought and some changes to your configs. GRE tunnel is one option. Or you could involve your firewalls in OSPF and conditionally advertise your default routes, which may not behave as you want either depending on your needs.
I noticed in your configs that you still don't have your access VLANs set to passive interfaces, no router-id or loopbacks, and no MD5 authentication on your router links. Also, you have your ICC - ST link set as a point-to-point (p2p) but your other links are broadcast. This is not a "clean" config.
I suggest at this point you involve a local resource / consultant who can help you design your routing the way you want it to work and nail down a best-practices OSPF configuration. This isn't really the place for step-by-step walkthroughs of designing networks, though we do it to a certain extent.