Hi Guys,
I am just back from holiday travel.
I read this as you having it enabled, but if it's not...
What are your cache settings for the mainmenu module?
The plugin System - RokGZipper is NOT enabled.
In my template parameters, Cache is currently set to OFF (I normally have it On but disabled it a week ago to try to isolate the problem.
In my template parameters,Gantry Gzipper is set to ON with a Cache Timeout of 900 and an Expires Header Time of 1440.
In the mainmenu module parameters, you can set caching to "never" and then clear cache and try the page. It's recommended to keep caching off for the menu anyways, as caching can affect the active highlights. I've used dominion for other sites and haven't seen this issue with Gzipper enabled and menu caching off.
I am not sure where you are telling me to adjust this parameter. With Dominion, you don't have a module for the mainmenu as is automatically produced without any separate module definition. And in the menu definition of mainmenu, there is not anywhere that I see to set caching to off, even in the frontpage layout's Gantry Fusion parameters. In the template Caching is already off in the default setup, and there is no separate home menu definition.
Are you having any javascript errors on that page?
Not that I have seen (using Firebug with console and network enabled). But of course here is the problem - one would expect that it is only the person triggering the Gzippering of CSS to see a Javascript error if it occurs, as once zippered, all other users are just reusing the badly zippered css, which absolutely does not cause any errors.
Please let me know of any other areas you would like me to check. This is a frustrating problem to debug, because the malrendering cannot be reproduced on demand, but it is a serious chronic problem that definitedly is related to the Gantry GZIPPER functionality, because in my test area I have stripped down the application, turning off modules and other possible complications. The problem only ever affects the front page.