EDIT:
It looks like the revoSSL plugin causes the caching problems. When I deactivate the plugin, caching works normally. When it's active caching is faulty.
I have no idea what part of the plugin affects the caching mechanism.
Sorry for bumping this issue.
But I'm here with this problem for over a month with a large site caching not working.
I have no clue where to search or who to ask if not here.
Could anybody confirm this?
best regards
manu
I looked at the revoSSL plugin code, but I didn't see anything suspicious, though it may be that the redirects are causing the loss of some $_SESSION variables that are necessary for accessing the cache.
Thanks for your reply, Bob. I hope I didn't wake you up.
What irritates me is the fact that most of the calls aren't redirected at all. A http page call on page with TVvar set to "unsecure" stays as it is. But still, the cache wont be build correctly if I leave the ->getTVValue('makeSSL'); line there.
Have you tried making sure that TV is attached to all templates and has a value for all Resources?
Actually, getTVValue() returns null on failure (since the TV value could be false), but I agree that it shouldn't matter. I only suggested it because MODX can get cranky when trying to get a TV that's not attached to the template of the current resource and we know that the getTVValue() line is the issue.
You don't have any Form Customization rules on that TV, by any chance?