I’ve got a weird problem where an old revision of the header/footer templates are being displayed instead of the latest version.

Here are the details of the site/install

1. EE 1.6.4 was installed in a directory called ‘calendar’
2. There is only one template group called ‘events’ (which is the default template group) with:
  2a. header
  2b. footer
  2c. index (summary listing page, also the default template page)
  2d. articles (full details page)
3. Both index and articles embed the header and footer templates
4. The ‘site’ template group has been deleted
5. Template revisions are turned on, set to 30
6. ‘Use Category URL Titles In Links?’ is turned on
7. ‘Category URL Indicator’ is set to ‘category’
8. Template caching is turned off

I’ve recently updated the links inside the header / footer templates. But the new changes are not showing up 100% of the time.

When viewing the index page via the following URL, the changes get displayed:
domain.com/calendar/index.php/events/

But when viewing the index page via the following URL, the changes don’t get displayed
domain.com/calendar/

Now heres another weird glitch to throw in there. When viewing certain categories, the changes will get displayed but when viewing the other categores the old revision gets displayed.

eg.
domain.com/calendar/index.php/events/category/category1/      <—works
domain.com/calendar/index.php/events/category/category2/      <—doesnt work

I’ve tried removing the cache via the control panel and manually deleting everything inside the ‘cache’ directory, but it didnt solve the problem.

Welcome to the ExpressionEngine forums, NDMopsadmin.

When you say:

domain.com/calendar/index.php/events/category/category2/ <—doesnt work

What do you mean?

Do you have a link we can look at?

Are you on the most recent build of EE?

Hi Sue,

I’ve sent you a PM with the links.

When you say:

domain.com/calendar/index.php/events/category/category2/ <—doesnt work

What do you mean?

When I view all the category1 weblog entries, the page is using the current header/footer revisions (which is correct), but when I try to view category2 entries it shows the old header/footer revisions.

The odd thing is that its using the same index page to display the entries, so regardless of which category is specified, it should always show the current header/footer

oops, forgot to add the build.

Build:  20080710

Have you ever saved templates as text files?  And in truth- really does sound like a cache issue.  You’re positive that you deleted everything in system/cache manually AND cleared all caches via ‘Admin- Utilities’?

And- can you paste the contents of the footer in question?

What I noticed is that as a non-logged in member, the link to August still says August in the header.

So in other words, I can’t replicate your problem in my browser.

Hi Robin,

No, templates were not saved as text files initially. However I did switch it on for a little while to see if it would fix the problem, Which didnt work so Ive switched it back to ‘off’.

Yes I’m positive I cleared the cache manually. And I’ve tried to clear it via the Admin > Utilities > Clear Cached Data, even trying all the different options.

I’ve sent you a PM with the header/footer code

Sue,

When you say header do you mean the url or the page heading or the ‘calendar’ tab?

See the attached screen shot.

Sue,

I meant the ‘Calendar’ menu tab at the top, sorry if I wasnt clear enough.

The 1st image shows the page rendering everything correctly when viewing the ‘eco-tips’ category. Note the URL where the status bar is when I hover over the ‘Calendar’ tab.

The 2nd image shows the page using an older revision when viewing the ‘august’ category. Note the URL where the status bar is when I hover over the ‘Calendar’ tab.

The ‘Calendar’ tab should always go to http://www.domain.com.au/calendar/ regardless of which category is selected

Any more ideas as to what is causing this problem?

Also another weird thing is happening, Some blog entries are now displaying the previous version…

I haven’t had a chance to look during this shift.

Hmmm… is there a rhyme or reason to which entries aren’t showing correctly? Are you using caching of any kind?

No there doesnt seem to be any particular reason why which entry works and which doesnt.

And theres no caching on the server level.

I played around with the entry that didnt work and i got it to display correctly if i use the entry id and not the URL title for the entry

eg

Id worked
http://www.domain.com.au/calendar/index.php/events/article/15

URL title didnt work
http://www.domain.com.au/calendar/index.php/events/article/taking-stock/

Its fixed! I fiddled around with a few settings and it seems to have fixed it. However I’m not quite sure which one of the things i did fixed it. I think it was everything combined that fixed it.

1. I turned off ‘Save Template Revisions’—(didnt fix it)
2. Cleared all the revision history by going into each template and selecting ‘Clear revision history’ in the drop down menu—(didnt fix it)
3. Increased the ‘Maximum Number of Cachable URIs’ from 150 to 1000 in ‘System Preferences’  ›  ‘General Configuration’—(didnt fix it)
4. Manually deleting everything in the /system/cache/ directory

I still wish to know what caused this problem (I’ve turned ‘Save Template Revisions’ back on and set the ‘Maximum Number of Cachable URIs’ back to 150 in hoping to replicate the problem) as we are planning on rolling out several more complex website than this one and we would like to know how to avoid this issue.

It’s hard to tell, but if I had to bet, I’d say manually clearing the cache solved the issue.

Yes it would seem logical, but I’ve manually deleted the cache over 20 times before but it didnt solve the problem. So what was so special about the 21st time?

Ingmar Greil - 21 August 2008 02:57 PM

It’s hard to tell, but if I had to bet, I’d say manually clearing the cache solved the issue.

Hard to say. If it’s working now, I say let’s not complain too much and keep an eye on things in case it comes back. Consquently, and if there are not other unresolved technical issues, I’d like to close this thread if that’s OK with you.

Yeah sure thing, you can close the thread.

Thank you. As I’ve said, if you need additional assistance, please do not hesitate to open a new thread.