[Fri Oct 13 11:03:36 2006] [error] PHP Fatal error: Call to a member function on a non-object in /var/www/pub3/kernel/classes/datatypes/ezimage/ezimagealiashandler.php on line 1053
[Fri Oct 13 11:05:20 2006] [error] PHP Fatal error: Call to a member function on a non-object in /var/www/pub3/kernel/classes/datatypes/ezimage/ezimagealiashandler.php on line 1053
[Fri Oct 13 11:05:59 2006] [error] PHP Fatal error: Call to a member function on a non-object in /var/www/pub3/kernel/classes/datatypes/ezimage/ezimagealiashandler.php on line 1053
[Fri Oct 13 11:06:07 2006] [error] PHP Fatal error: Call to a member function on a non-object in /var/www/pub3/kernel/classes/datatypes/ezimage/ezimagealiashandler.php on line 1053
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?
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?
Actually I have more information now.... It wasn't actually a problem with the folder but a problem with the image that was embedded inside the folder.
I moved the image to the trash and now the folder is visible. I can't view that particular image in either the admin system or the normal view. It is also not editable, since the edit screen returns the errors.
This image itself can be viewed here: http://www.muc.edu/var/storage/storage/images-versioned/69172/1-eng-US/student_outside_khic1_medium.jpg
because the publishing system ignores the var directory.
Yes, I don't think that overrides are an issue here either. What I wanted to test in my previous post was whether it is any specific attribute that causes the problem. But it seems like you limited it to the images anyway so there should be no need for that.
The problem actually might be solved in EZ 3.8.1: http://ez.no/community/bugs/image_upload_in_3_8_doesn_t_work
Maybe check the original pictures whether they contain any additional data (EXIF or so) which might cause problems.
Otherwise I don't know what to do - seeing your timeconstraint it might be better to contact EZ systems (although I don't know whether anyone is there at this time)
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.
The key to solving this problem was to just keep upgrading. My thoughts were that since the upgrade process involved taking two steps, first to 3.8.0 and then on to 3.8.4 that I should make sure that everything was working when I got to 3.8.0. As it turns out that wasn't such a good idea.
So, if you are having problems after upgrading to 3.8.0... just keep on upgrading until you get to 3.8.4 or whatever is current at the time.
Thanks, Ken Colwell
You must be logged in to post messages in this topic!