Friday 13 October 2006 10:56:49 am

Hi Kenneth

First of check the permissions of your var folder. It looks like EZ does not have write permission. Once you have done that, clear the cache and try again.

You say that you get the messages for each of your created templates so it seems that EZ cannot find your template folder. Make sure your design directory is set correctly in the site.ini. Also make sure that your override.ini is correct. Make sure to check the files in the settings/override directory as well.
If you don't see any obvious problems there please post
- whether your design is in a design extension or in the main design folder
- the path of one of your templates
- the block [DesignSettings] of the site.ini of your siteaccess
- the relevant block of your override.ini for this template.
- the PHP version you use
- any other interesting info you think might be related to this problem

The problem with the pictures might be related to the missing permissions for the var directory, so try that first.

By the way: Any special reason why you upgraded to EZ 3.8.0 and not 3.8.4?

Greetings from Luxembourg

Claudia

Friday 13 October 2006 11:57:43 am

Hi Kenneth

Well - if it is the database I don't know what to do so for now I will assume that the database is ok ;-)

Do both folders turn up as folders (meaning having the same classid) in the admin page? Also make sure that your cache was totally emptied at least once. If necessary clean the cache manually (be careful not to delete any of the other folders in var directory).

If that does not help I would test a few things with one of the nodes that cause problems. Create a special override template for one of these nodes and set the override condition to the node id and place the override at the beginning of the override.ini. Start with the template just displaying the name orid of the node. Does that cause any errors? If not, add a bit more attributes each time and check what is happening.

If the simple template already causes the errors switch the override to one of the nodes that usually work. Does it work there?

I don't think that the error with the missing permissions for the var directory is node dependent. Could you please make sure of that?

Claudia

Friday 13 October 2006 1:29:32 pm

I've manually cleared the caches, and I did see a couple of files that were owned by root in the cache directory.

But the cache clearing didn't help. I wouldn't think that it would be an overide.ini issues since other images work fine.

Some example URLS:

Folder examples:

Works great
http://www.muc.edu/media/image_folder/news_and_events/graduation_2006

Broken:
http://www.muc.edu/media/image_folder/news_and_events/theme_baskets

Individual images:
Works:
http://www.muc.edu/media/image_folder/news_and_events/graduation_2006/graduation_2006__19

Broken:
http://www.muc.edu/media/image_folder/news_and_events/theme_baskets/group_image2

Any more ideas?

Thanks,
Ken Colwell

Friday 13 October 2006 2:44:31 pm

Actually I have just seen that the original of the image you posted before has EXIF data so this looks like a possible problem source.

I am talking about this image:
http://www.muc.edu/var/storage/storage/images-versioned/69172/1-eng-US/student_outside_khic1_medium.jpg
and its original:
http://www.muc.edu/var/storage/storage/images-versioned/69172/1-eng-US/student_outside_khic1.jpg

So first try to update one more step and alternatively try to remove the additional data from some example pics to see whether they work then.

My partner just suggested using irfanview to resize the pics to 100% by 100% which removes the exif data in an easy way for a lot of pics. I haven't tried this but maybe it helps you.

Claudia